ASUS mini PC med Ryzen 5 vil ikke slukke Emnet er løst

[vovsen]

Hej FORUM
Har måttet skifte min GIGA BYTE mini PC med en I7 CPU ud da en firmwareopdatering gik galt og ødelagde bundkortet. Den kunne ikke starte.
Har så fået fat i en ASUS mini PC med en Ryzen 5 5500U CPU der er godkendt til at køre Windows 11.
Jeg vil dog helst køre på Linux da den platform er langt mere 'troværdig'.
Går jeg i terminalen og siriver shutdown now så lukker Ubuntu ned, men maskinen forbliver aktiv.
Jeg kan heller ikke få den til at genstarte (må slukke for strømmen)

Kan I hjælpe med at få maskineriet til at arbejde 'normalt'

[Klaus Rasmussen]

Hvad sker der hvis du lukker ned normalt?

[vovsen]

Nøjagtig det samme. "Sjovt nok" skal jeg slukke den to gange (og så tænde den efter hvert 'sluk'), for at starte med dualboot menuen.

[Klaus Rasmussen]

Som du kan se i dette link er problemet også til stede under Windows:

https://www.asus.com/support/FAQ/1046480/

Foreslår du opdaterer BIOS

[vovsen]

Havde en mistanke hvordor jeg tjekkede op på firmware opdateringer. Der lå en der havde en ældre dato.
Har så lige tjekket op med deres FAQ, der giver følgende:

Support
ASUS Support FAQ
FAQ
[MiniPC] PN50/PN51/PN50-E1/PN51-E1 How to solve the reboot fail or reboot without display issue?
Last Update : 2021/11/03 15:13
Sent to your email Open on your smart phone
Product PN50, PN50-E1, PN51, PN51-E1

How to solve the reboot fail or reboot without display issue?


Please uninstall ASM1042A driver 1.16.47.2

Step 1. Open Computer management and click“Device Manager”.

Step 2. Click“Universal Serial Bus controllers”and choose“ASMedia USB 3.0 eXtensible Host Controller".

Step 3. The system will jump out of the page, click“Driver”and“Roll Back Driver".

Step 4. Another page will jump out, then choose“Previous version of the driver performed better”and click“Yes”.

Step 5. Follow and continue the steps shown on your computer to roll back the driver.

Step 6. Restart your mini PC device.


"uninstall ASM1042A driver 1.16.47.2" - Kan man så dét fra Linux Ubuntu ????
Måske en gang Terminal-gymnastik ?

Det er jo nok til en Windows opsætning (det er godt nok til BIOS, der jo starter maskinens basale funktioner op, hvorfor det burde gælde også for Ubuntu. Så skulle W-ændringen slå igennem til U.
Der er blot det lille problem, at 'klodsen' starter fint op ved f.eks. Genstart kommandoen i E10. Den lukker også HELT NED ved SLUK kommandoen.
Jeg har ikke fundet på at bearbejde ovenstående opskrift under Win10,[quote][/quote] fordi 'klodsen' virker korrekt under W10

Måske kan en NY installation af 21.10 hjælpe. Jeg kan jo lave en Backup af alle de vigtige filer samt Thunderbird post systemet (Kopiere .thunderbird = 8 GB). Den skal 'bare' genindsættes - så triller posten som tidligere.

[Klaus Rasmussen]

Så prøv denne metode:

Kode: Vælg alt

Type in terminal:

    EDITOR=gedit sudoedit /etc/default/grub
    Find the line: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
    Change this to: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
    Save the file and close the file.
    Finally, in terminal: sudo update-grub
    exit (to end the root shell)


Kilde: https://askubuntu.com/questions/125844/shutdown-does-not-power-off-computer

[vovsen]

Har prøvet det hele uden virkning som ønsket.

GRUB ser nu sådan ud:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""
GRUB_CMDLINE_LINUX="acpi=force"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"


Jeg har også haft en linje med
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
som ej heller virkede.

Har prøvet at komme ind til ASUS supporten, men det er nærmest unuligt at finde vej i deres "krypterede" adgangsforhold.

[Klaus Rasmussen]

Du har jo ikke indsat i linie 10 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Du skulle ændre til: CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

[vovsen]

Korrekt, men jeg har prøvet den uden held. Derfor er der i stedet indsat
GRUB_CMDLINE_LINUX="acpi=force", men dette hjælper ej heller.
Det stod længere nede i artiklen.

Jeg har startet en relamationssag hos forhandleren, så returneringsretten ikke fordamper.
Skal da ellers love for at det går stærkt med de 6 kerner selv om de kun kører 2,1 GHz (skifter af og til, til det dobbelte).

Det er noget mærkeligt noget, da det er en fejl i BIOS, som ASUS nok må få rettet. Der er også noget roderi med deres dateringer af BIOS i øvrigt.

[vovsen]

Hej Klaus
For at skære igennem lige nu, har jeg tænkt at geninstallere hele systemet efter at have fix backup af vigtige data.
Hele installationen stammer jo fra en I7 (Intel CPU) på en Gigabyte miniPC, som døde ved en firmwareopgradering. SSDen blev så sat ind i ASUS miniPCen jeg fik som erstatning. Den blev tændt og det hele begyndte at spille. Skulle dog skifte boot-partitionen i BIOS.
Der kan jo sagtens være sket noget /¤%/#&/# på den gamle installation, som ikke udbedres af systemet.

Skal dog lige spørge dig, om der er nogle mapper man evt. kunne slette indholdet i.
Jeg har jo mit HOME på en separat partition, så hele OS skiftes nemt ud med bevaring af alle data. Der er så blot det problem at en hel del parametre gemmes i HOME i de skjulte biblioteker = .abcdefg
Det er så hvilke .xxx man eventuelt kan slette. Det er klart at de der tilhører programmer skal Program-installeres igen. Spørgsmålet går derfor på om der er nogle af .mapperne der hører til OS og derfor vil blive gendannet i brugbar form, hvis de er væk i /HOME. Hvis du altså forstår hvad jeg prøver at skrive (sige).

Håber du ser dette og kan give et svar - Du er jo ret god til at finde løsningsmodeller. ;-D

[vovsen]

Hej igen.
Har så lige kigget på /home/.config hvor der muligvis ligger en mængde styrende 'pinde'.
Hvad sker der hvis man sletter dele af dettes indhold, eller det hele. ???
Der skal lige huskes på at /home ligger på egen partition og derfor ikke berøres direkte af en ny OS installation. (Det hele er opgraderinger tilbage fra 20.04 synes jeg at kan huske).

[vovsen]

Så har jeg gennemført en ny installation af OS - godt nok med den gamle /home bevaret på sin egen partition.
Det medførte desværre INGEN ændring af adfærden.

Jeg har prøvet at køre systemet med en MINT version af Linux, godt nok fra en USB stick, uden at installere det på SSDen.
Ser det virker med både terminal kommandoer og tryk på knapperne til reboot og sluk.

Det betyder vel, at der er FEJL i Ubuntu systemet. Det bør vel meddeles udviklerne, så det kan blive rettet så hurtigt som muligt. ;-D
Det må være en rimelig seriøs en af slagsen, siden de kendte løsninger på problemet slet ikke virker

Er det noget FORUM-gruppen tager op til udbedring ? Jeg har ingen anelse om, hvad de programmerings relaterede fagtekniske termer hedder i dag. Og slet ikke på udenbysk. ;-D

[vovsen]

Prøvede KUBUNTU fra en USB-stick. Den kunne godt reboote og slukke, men det var da en kedelig Desktop i forhold til Ubuntu-en som virker intuitivt. Godt nok var der adgang til flere ting, men .....

OG så lige pkudselig efter en STOR opdatering JUHU Nu virker det hele.
Så skal jeg blot have geninstalleret den danske 21.10.

TAK for hjælpen
Der har nok været noget skubberi i baggrunden. ;-D