Re: grijze desktop, geen items
Op 06-12-2021 om 22:03 schreef Ernst van der Storm: Beste collega's, Tijdens een manoeuvre waarbij een externe drive is verwijderd -- in mijn afwezigheid -- is mijn dektopachtergrondafbeelding verdwenen, en erger, alle items van de desktop worden niet meer weergegeven. Al die items zijn wel te bereiken met de bestandsbeheer. Heeft iemand ervaring met het oplossen hiervan? Ik heb een dubbel scherm, dat werkt weer goed, maar ja, die lege achtergrond? Dit verschilt nogal per desktop, welke gebruik je? Default is Gnome. Veelal is er een map "Bureaublad" waarin deze items staan. Is die map soms hernoemt of verplaatst? Let ook op de hoofdletter. En als je een nieuwe starter aanmaakt (meestal rechterklik op bureaublad), komt die starter dan netjes in die Bureaublad map? Had je de machine ondertussen al weer een keer opnieuw opgestart? Ik draai -- geloof ik -- buster 10 (ik zou overigens graag weten hoe je daar snel achter komt), via de command line of anderszins. Dat had Geert al beantwoord. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: grijze desktop, geen items
On Mon, Dec 06, 2021 at 10:03:28PM +0100, Ernst van der Storm wrote: > Beste collega's, > > Tijdens een manoeuvre waarbij een externe drive is verwijderd -- in mijn > afwezigheid -- is mijn desktopachtergrondafbeelding verdwenen, en erger, alle > items van de desktop worden niet meer weergegeven. > Al die items zijn wel te bereiken met de bestandsbeheer. > > Heeft iemand ervaring met het oplossen hiervan? Ik heb een dubbel scherm, > dat werkt weer goed, maar ja, die lege achtergrond? Ik zou het ook niet weten. Hun die het misschien wel weten, willen weten welke "desktop" (XFCE, TWM, GNOME, KDE, ... ) gebruikt wordt. > Ik draai -- geloof ik -- buster 10 (ik zou overigens graag weten hoe je daar > snel achter komt), via de command line of anderszins. cat /etc/debian_version > Met groet, Ernst van der Storm. > Groeten Geert Stappers -- Silence is hard to parse
Automatisch oude kernel laten booten
In-Reply-To: <1638823443951.1501546628.2722813...@dds.nl> Previous-Subject: Re: laptop start niet meer op na suspend On Mon, Dec 06, 2021 at 08:49:00PM +, Floris Renaud wrote: > On Monday 06 December 2021 20:34:36 (+01:00), Richard Lucassen wrote: > > On Mon, 06 Dec 2021 18:42:23 + Floris Renaud wrote: > > > Iemand > > > > Hoe automatisch oude kernel laten booten > > > In grub gaat dat met de optie GRUB_DEFAULT=0 in /etc/default/grub > > > 0 is de eerste optie in het grub menu, 1 de tweede, enzovoorts. > > > Je kan (volgens de gebruiksaanwijzing) ook de naam gebruiken. Ik > > > neem aan dat je dan aanhalingstekens moet gebruiken, maar dat > > > weet ik niet zeker. Probeer eens als: > > > > > > GRUB_DEFAULT='Debian GNU/Linux, with Linux 4.19.andere nummers-amd64' > > > > Ik krijg dit: > > > > Warning: Please don't use old title `Debian GNU/Linux, with Linux > > 5.15.0-1-amd64' for GRUB_DEFAULT, use `Advanced options for Debian > > GNU/Linux>Debian GNU/Linux, with Linux 5.15.0-1-amd64' (for versions > > before 2.00) or > > `gnulinux-advanced-fb28fc98-070d-42df-9de3-634567a8f534>gnulinux-5.15.0-1-amd64-advanced-fb28fc98-070d-42df-9de3-634567a8f534' > > (for 2.00 or later) > > > > Waarom makkelijk als het ook moeilijk kan? > > > > In lilo geef je een eigen "label=5.15.5" mee aan een image en die kun > > je default zetten met "default=5.15.5". En dat is het dan. Met > > bijvoorbeeld GRUB_DEFAULT=2 lijkt het makkelijker maar wat als je > > update-grub draait na een kernel update, je weet dan nooit wat voor > > kernel er nu weer aan hangt. > > > > R. > > > Misschien zijn dan de volgende twee opties makkelijker > GRUB_SAVEDEFAULT=true > GRUB_DEFAULT=saved > > Hiermee wordt de laatst gekozen grub opstart optie de standaard optie. > Of dit ook een nieuwe kernel overleeft, durf ik niet te zeggen. Je zou het wel van `GRUB_DEFAULT=saved` mogen verwachten. De waarschuwing is er en een paar kernels later horen we hopelijk hoe het ging. Groeten Geert Stappers -- Silence is hard to parse
grijze desktop, geen items
Beste collega's, Tijdens een manoeuvre waarbij een externe drive is verwijderd -- in mijn afwezigheid -- is mijn dektopachtergrondafbeelding verdwenen, en erger, alle items van de desktop worden niet meer weergegeven. Al die items zijn wel te bereiken met de bestandsbeheer. Heeft iemand ervaring met het oplossen hiervan? Ik heb een dubbel scherm, dat werkt weer goed, maar ja, die lege achtergrond? Ik draai -- geloof ik -- buster 10 (ik zou overigens graag weten hoe je daar snel achter komt), via de command line of anderszins. Met groet, Ernst van der Storm.
Re: laptop start niet meer op na suspend
On Monday 06 December 2021 20:34:36 (+01:00), Richard Lucassen wrote: > On Mon, 06 Dec 2021 18:42:23 + > Floris Renaud wrote: > > > In grub gaat dat met de optie GRUB_DEFAULT=0 in /etc/default/grub > > 0 is de eerste optie in het grub menu, 1 de tweede, enzovoorts. > > Je kan (volgens de gebruiksaanwijzing) ook de naam gebruiken. Ik > > neem aan dat je dan aanhalingstekens moet gebruiken, maar dat > > weet ik niet zeker. Probeer eens als: > > > > GRUB_DEFAULT='Debian GNU/Linux, with Linux 4.19.andere nummers-amd64' > > Ik krijg dit: > > Warning: Please don't use old title `Debian GNU/Linux, with Linux > 5.15.0-1-amd64' for GRUB_DEFAULT, use `Advanced options for Debian > GNU/Linux>Debian GNU/Linux, with Linux 5.15.0-1-amd64' (for versions > before 2.00) or > `gnulinux-advanced-fb28fc98-070d-42df-9de3-634567a8f534>gnulinux-5.15.0-1-amd64-advanced-fb28fc98-070d-42df-9de3-634567a8f534' (for > 2.00 or later) > > Waarom makkelijk als het ook moeilijk kan? > > In lilo geef je een eigen "label=5.15.5" mee aan een image en die kun > je default zetten met "default=5.15.5". En dat is het dan. Met > bijvoorbeeld GRUB_DEFAULT=2 lijkt het makkelijker maar wat als je > update-grub draait na een kernel update, je weet dan nooit wat voor > kernel er nu weer aan hangt. > > R. > Misschien zijn dan de volgende twee opties makkelijker GRUB_SAVEDEFAULT=true GRUB_DEFAULT=saved Hiermee wordt de laatst gekozen grub opstart optie de standaard optie. Of dit ook een nieuwe kernel overleeft, durf ik niet te zeggen.
Re: laptop start niet meer op na suspend
On Mon, 06 Dec 2021 18:42:23 + Floris Renaud wrote: > In grub gaat dat met de optie GRUB_DEFAULT=0 in /etc/default/grub > 0 is de eerste optie in het grub menu, 1 de tweede, enzovoorts. > Je kan (volgens de gebruiksaanwijzing) ook de naam gebruiken. Ik > neem aan dat je dan aanhalingstekens moet gebruiken, maar dat > weet ik niet zeker. Probeer eens als: > > GRUB_DEFAULT='Debian GNU/Linux, with Linux 4.19.andere nummers-amd64' Ik krijg dit: Warning: Please don't use old title `Debian GNU/Linux, with Linux 5.15.0-1-amd64' for GRUB_DEFAULT, use `Advanced options for Debian GNU/Linux>Debian GNU/Linux, with Linux 5.15.0-1-amd64' (for versions before 2.00) or `gnulinux-advanced-fb28fc98-070d-42df-9de3-634567a8f534>gnulinux-5.15.0-1-amd64-advanced-fb28fc98-070d-42df-9de3-634567a8f534' (for 2.00 or later) Waarom makkelijk als het ook moeilijk kan? In lilo geef je een eigen "label=5.15.5" mee aan een image en die kun je default zetten met "default=5.15.5". En dat is het dan. Met bijvoorbeeld GRUB_DEFAULT=2 lijkt het makkelijker maar wat als je update-grub draait na een kernel update, je weet dan nooit wat voor kernel er nu weer aan hangt. R. -- richard lucassen http://contact.xaq.nl/
Re: laptop start niet meer op na suspend
> > > En is er een mogelijkheid om deze kernel automatisch op te laten > > starten? > > Ja, dat gaat via grub, maar ik werk nog steeds veel met lilo (dat wordt > niet meer bijgehouden en gaat eruit) en hoe dat met grub gaat weet ik > niet, maar er zijn hier ongetwijfeld mensen die je dat haarfijn kunnen > vertellen. > > R. > In grub gaat dat met de optie GRUB_DEFAULT=0 in /etc/default/grub 0 is de eerste optie in het grub menu, 1 de tweede, enzovoorts. Je kan (volgens de gebruiksaanwijzing) ook de naam gebruiken. Ik neem aan dat je dan aanhalingstekens moet gebruiken, maar dat weet ik niet zeker. Probeer eens als: GRUB_DEFAULT='Debian GNU/Linux, with Linux 4.19.andere nummers-amd64'
Re: laptop start niet meer op na suspend
Geert Stappers schreef op ma 06-12-2021 om 12:09 [+0100]: > > > > > Zelf gebruik ik daarom vaak wat oudere hardware, of hardware > > > waarvan > > > ik gehoord heb dat hij het goed doet onder Linux. > > > > Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus > > in > > principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen > > hoe > > ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van > > Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. > > Advies: Vraag expliciet naar wat het "wakker worden signaal" is. > > In het antwoord verwacht ik iets van een hardware eigenschap. Ik had al een mail gestuurd naar Tuxedo voordat ik die tip kon gebruiken. Ik heb wel inmiddels reactie ontvangen. Volgens hen zou ik twee dingen kunnen proberen: nvidia-driver gebruiken of een ouder Linux kernel gebruiken. De eerste suggestie heb ik uitgeprobeerd, en inderdaad, de laptop komt na suspend weer tot leven. Ik weet niet of dat verrassend is. Wel jammer dat ik in dit geval een proprietary driver moet gebruiken. Overigens lijkt hybernation (met die echo disk commando) ook met nvidia-driver niet goed te gaan. De tweede suggestie: ik weet nog niet hoe ik dat moet doen. Misschien dat, als het lukt met het gebruiken van een ouder Linux kernel, waarschijnlijk met een ouder kernel nvidia-driver niet nodig is?? Frank
Re: laptop start niet meer op na suspend
On Mon, 06 Dec 2021 12:32:15 +0100 Gijs Hillenius wrote: > Mijn laptop (Thinkpad X1 7th Gen) met Debian Sid heeft (of meer, > *had*) problemen met wakker worden uit slaapstand. Nu het hierboven > ineens gaat over schijf/swap ruimte... Ja, uiteraard gaat het over swap: echo disk > /sys/power/state Het is "disk" (hibernate) en niet "mem" (suspend). Bij hibernate gaat de memory image naar disk en gaat de laptop echt helemaal uit. Je kunt zelfs de accu loshalen. Bij suspend blijft het werkgeheugen onder spanning staan en loopt de accu leeg i.t.t. hibernate. > Kan het zijn dat een te grote kernel slecht slaapt? Nee, heeft niets met kernel grootte te maken. Als je 8GB werkgeheugen hebt en 2GB swap dan past het er niet op ;-) Vroeger had je de vuistregel dat de swap twee keer zo groot moest zijn als het werkgeheugen. Maar ik denk dat dat tegenwoordig niet echt meer geldt. > Ik had (op deze lijst meegedeeld) recent problemen met een te krappe > boot partitie (op een verdere versleutelde schijf). Ik lostte dat op > met "MODULES=dep" in /etc/initramfs-tools/conf.d/modules, gevolgd door > "update-initramfs -k all u". Verhielp dat soms ook het suspend issue? > > Of heeft dit niets met elkaar te maken? Nee, maar er is wel een config voor de hibernate resume: $ cat /etc/initramfs-tools/conf.d/resume RESUME=UUID=45281bd6-8cb3-4128-8085-453fab5ab904 Als je dat verandert moet je inderdaad een "update-initramfs -u" draaien. R. -- richard lucassen http://contact.xaq.nl/
Re: laptop start niet meer op na suspend
On 6 December 2021 11:38 richard lucassen, wrote: > On Mon, 06 Dec 2021 11:06:26 +0100 > Frank Voncken wrote: > >> Ik moet daar helaas op terugkomen: het wordt na >> >>echo mem > /sys/power/state >> >> niet meer wakker... :-( > > Tsja, voordat je uitvindt wat het is... > >> > echo disk > /sys/power/state >> >> Het vreemde is dat ongeveer 15 seconden na invoeren van echo disk > >> /sys/power/state de laptop spontaan weer wakker wordt met in de >> terminal de volgende foutmelding: >> >>bash: echo: schrijffout: Geen ruimte meer over op apparaat >> >> Vreemd... > > Wellicht is je swapfile of swap partitie te klein. Bij hibernate maakt > de kernel een kopie van het werkgeheugen naar swap. Als-ie weer opstart > ziet-ie dat er een image op de swap staat en dan laadt-ie het weer in. > Misschien kun je opstarten in een niet-X omgeving (gewoon een tty) en > dan nog eens proberen om te testen. Dan heb je veel minder memory in > gebruik. > > Geen idee of het ook met een swapfile werkt ipv een swappartitie. Ik > gebruik namelijk alleen een aparte partitie. Mijn laptop (Thinkpad X1 7th Gen) met Debian Sid heeft (of meer, *had*) problemen met wakker worden uit slaapstand. Nu het hierboven ineens gaat over schijf/swap ruimte... Kan het zijn dat een te grote kernel slecht slaapt? Ik had (op deze lijst meegedeeld) recent problemen met een te krappe boot partitie (op een verdere versleutelde schijf). Ik lostte dat op met "MODULES=dep" in /etc/initramfs-tools/conf.d/modules, gevolgd door "update-initramfs -k all u". Verhielp dat soms ook het suspend issue? Of heeft dit niets met elkaar te maken?
Re: laptop start niet meer op na suspend
On Mon, Dec 06, 2021 at 11:11:21AM +0100, Frank Voncken wrote: > Paul van der Vlis schreef op ma 06-12-2021 om 10:00 [+0100]: > > Op 05-12-2021 om 13:23 schreef Frank Voncken: > > > Beste allen, > > > > > > Ik heb een vervelend probleem: laptop start niet meer op na > > > suspend. Ik > > > moet steeds hard reset gebruiken om de laptop opnieuw te kunnen > > > gebruiken. Gegevens van de laptop: > > > > > > * Debian bookworm met Linux 5.15 > > > * Gnome 41.1 en Wayland > > > * AMD Ryzen 7 5800H > > > * grafische kaart RTX 3060 / AMD Renoir > > > * nouveau driver (dus geen nvidia driver, nouveau werkt hier > > > vlekkeloos) > > > * amdgpu en firmware-linux-nonfree zijn geïnstalleerd > > > > > > > Dit is vaak het probleem met nieuwe hardware, dat er nog > > kinderziektes > > zijn qua Linux. Je bent goed bezig door het nieuwste kernel te > > gebruiken. Wellicht is het probleem opgelost in kernel 5.16 of 5.17. > > Zowel op kernel 5.14 als op kernel 5.15 lukt het niet. Laten we hopen > dat het opgelost wordt in kernel 5.16! En paralel aan het hopen het probleem verder onderzoeken. > > Zelf gebruik ik daarom vaak wat oudere hardware, of hardware waarvan > > ik gehoord heb dat hij het goed doet onder Linux. > > Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus in > principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen hoe > ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van > Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. Advies: Vraag expliciet naar wat het "wakker worden signaal" is. In het antwoord verwacht ik iets van een hardware eigenschap. > > Soms is het ook een > > kwestie van "testen en eventueel terugsturen". Dan boot ik vanaf USB > > om te testen. > > > > Overigens kun je instellen wat er gebeurd als je de klep dicht doet. > > Dat doe ik normaal in de instellingen van de desktop die ik gebruik. > > Oké, ik ga voorlopig suspend uitzetten als ik de klep dichtdoe. Daar lees iets als "klep van laptop is verbonden met schakelaar". Hoeveel techniek c.q. electronica achter die schakelaar zit zal ons dichterbij de oplossing brengen. Mijn inschatting is de schakelaar/drukknop voor "resume" een andere drukknop/schakelaar is als voor "suspend". En dat er allerlei randvoorwaarden zijn voordat de toetsen/schakelaars/knopen wat doen. Toelichting: Van mijn experimenten van met "Wake on LAN" heb ik geleerd dat de computer "bijna uit" moet staan. Bij "helemaal uit" is er niets wat kan reageren op het wordt-wakker-signaal. Meer over "bijna uit" en "helemaal uit" vind jij op https://en.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface#Power_states De "power state" is een randvoorwaarde. "Wake on LAN" is ook wel een mooi voorbeeld van dat er verschillende "schakelkaars" zijn voor "uit" en "aan". Groeten Geert Stappers -- Silence is hard to parse
Re: laptop start niet meer op na suspend
Op 06-12-2021 om 11:11 schreef Frank Voncken: Paul van der Vlis schreef op ma 06-12-2021 om 10:00 [+0100]: Op 05-12-2021 om 13:23 schreef Frank Voncken: Beste allen, Ik heb een vervelend probleem: laptop start niet meer op na suspend. Ik moet steeds hard reset gebruiken om de laptop opnieuw te kunnen gebruiken. Gegevens van de laptop: * Debian bookworm met Linux 5.15 * Gnome 41.1 en Wayland * AMD Ryzen 7 5800H * grafische kaart RTX 3060 / AMD Renoir * nouveau driver (dus geen nvidia driver, nouveau werkt hier vlekkeloos) * amdgpu en firmware-linux-nonfree zijn geïnstalleerd Wat ik tot nu toe heb gedaan: * GRUB_CMDLINE_LINUX="init_on_alloc=0" toevoegen aan de lijn GRUB_CMDLINE_LINUX=" " binnen etc/default/grub zoals ik elders heb gezien op een Debian forum -> het helpt helaas niet * het uitschakelen van suspend volgens instructies op https://wiki.debian.org/Suspend helpt wel (logisch), maar ik denk dat men suspend niet zomaar mag uitschakelen vanwege de energiehuishouding. Bovendien lost dat het suspend/resume probleem niet op. * journalctl -b -1 biedt geen informatie omdat in de journal de laatste regel "systemd-sleep: Entering sleep state 'suspend'" is. Geen enkele regel over poging tot resume. Na een hard reset blijkt in journalctl een gat in tijd te zitten tussen die suspend- regel en het opnieuw opstarten van de laptop. Ik zie ook nieuws in de Phoronix dat AMD met een fix voor suspend/resume zou komen in Linux 5.15 ( https://www.phoronix.com/forums/forum/software/mobile-linux/1277837-amd-has-an-important-suspend-resume-fix-with-linux-5-15 ). Nog niets van gemerkt. Enig idee? Dit is vaak het probleem met nieuwe hardware, dat er nog kinderziektes zijn qua Linux. Je bent goed bezig door het nieuwste kernel te gebruiken. Wellicht is het probleem opgelost in kernel 5.16 of 5.17. Zowel op kernel 5.14 als op kernel 5.15 lukt het niet. Laten we hopen dat het opgelost wordt in kernel 5.16! Zelf gebruik ik daarom vaak wat oudere hardware, of hardware waarvan ik gehoord heb dat hij het goed doet onder Linux. Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus in principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen hoe ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. Dat lijkt me dan inderdaad een goede zaak! Soms zijn er truukjes. Ik heb de laatste tijd niet zoveel ervaring met AMD laptops. Groeten, Paul Soms is het ook een kwestie van "testen en eventueel terugsturen". Dan boot ik vanaf USB om te testen. Overigens kun je instellen wat er gebeurd als je de klep dicht doet. Dat doe ik normaal in de instellingen van de desktop die ik gebruik. Oké, ik ga voorlopig suspend uitzetten als ik de klep dichtdoe. Groet, Frank -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: laptop start niet meer op na suspend
On Mon, 06 Dec 2021 11:06:26 +0100 Frank Voncken wrote: > Ik moet daar helaas op terugkomen: het wordt na > >echo mem > /sys/power/state > > niet meer wakker... :-( Tsja, voordat je uitvindt wat het is... > > echo disk > /sys/power/state > > Het vreemde is dat ongeveer 15 seconden na invoeren van echo disk > > /sys/power/state de laptop spontaan weer wakker wordt met in de > terminal de volgende foutmelding: > >bash: echo: schrijffout: Geen ruimte meer over op apparaat > > Vreemd... Wellicht is je swapfile of swap partitie te klein. Bij hibernate maakt de kernel een kopie van het werkgeheugen naar swap. Als-ie weer opstart ziet-ie dat er een image op de swap staat en dan laadt-ie het weer in. Misschien kun je opstarten in een niet-X omgeving (gewoon een tty) en dan nog eens proberen om te testen. Dan heb je veel minder memory in gebruik. Geen idee of het ook met een swapfile werkt ipv een swappartitie. Ik gebruik namelijk alleen een aparte partitie. -- richard lucassen http://contact.xaq.nl/
Re: laptop start niet meer op na suspend
richard lucassen schreef op zo 05-12-2021 om 16:00 [+0100]: > On Sun, 05 Dec 2021 14:55:24 +0100 > Frank Voncken wrote: > > > > Ja, jij wel, maar de computer, komt die dan wel uit suspend? :-) > > > > Ja, de computer ook :-) Ik moet daar helaas op terugkomen: het wordt na echo mem > /sys/power/state niet meer wakker... :-( > > Misschien dat gebruiken als suspend/hibernate als workaround. > Overigens > is dit het hibernate commando: > > echo disk > /sys/power/state Het vreemde is dat ongeveer 15 seconden na invoeren van echo disk > /sys/power/state de laptop spontaan weer wakker wordt met in de terminal de volgende foutmelding: bash: echo: schrijffout: Geen ruimte meer over op apparaat Vreemd...
Re: laptop start niet meer op na suspend
Paul van der Vlis schreef op ma 06-12-2021 om 10:00 [+0100]: > Op 05-12-2021 om 13:23 schreef Frank Voncken: > > Beste allen, > > > > Ik heb een vervelend probleem: laptop start niet meer op na > > suspend. Ik > > moet steeds hard reset gebruiken om de laptop opnieuw te kunnen > > gebruiken. Gegevens van de laptop: > > > > * Debian bookworm met Linux 5.15 > > * Gnome 41.1 en Wayland > > * AMD Ryzen 7 5800H > > * grafische kaart RTX 3060 / AMD Renoir > > * nouveau driver (dus geen nvidia driver, nouveau werkt hier > > vlekkeloos) > > * amdgpu en firmware-linux-nonfree zijn geïnstalleerd > > > > Wat ik tot nu toe heb gedaan: > > * GRUB_CMDLINE_LINUX="init_on_alloc=0" toevoegen aan de lijn > > GRUB_CMDLINE_LINUX=" " binnen etc/default/grub zoals ik elders > > heb > > gezien op een Debian forum -> het helpt helaas niet > > * het uitschakelen van suspend volgens instructies > > op https://wiki.debian.org/Suspend helpt wel (logisch), maar ik > > denk > > dat men suspend niet zomaar mag uitschakelen vanwege de > > energiehuishouding. Bovendien lost dat het suspend/resume > > probleem > > niet op. > > * journalctl -b -1 biedt geen informatie omdat in de journal de > > laatste regel "systemd-sleep: Entering sleep state 'suspend'" > > is. > > Geen enkele regel over poging tot resume. Na een hard reset > > blijkt > > in journalctl een gat in tijd te zitten tussen die suspend- > > regel en > > het opnieuw opstarten van de laptop. > > > > Ik zie ook nieuws in de Phoronix dat AMD met een fix voor > > suspend/resume zou komen in Linux 5.15 > > ( > > https://www.phoronix.com/forums/forum/software/mobile-linux/1277837-amd-has-an-important-suspend-resume-fix-with-linux-5-15 > > ). Nog niets van gemerkt. > > > > Enig idee? > > Dit is vaak het probleem met nieuwe hardware, dat er nog > kinderziektes > zijn qua Linux. Je bent goed bezig door het nieuwste kernel te > gebruiken. Wellicht is het probleem opgelost in kernel 5.16 of 5.17. Zowel op kernel 5.14 als op kernel 5.15 lukt het niet. Laten we hopen dat het opgelost wordt in kernel 5.16! > > Zelf gebruik ik daarom vaak wat oudere hardware, of hardware waarvan > ik > gehoord heb dat hij het goed doet onder Linux. Het gebeurt op een Tuxedo-laptop, een Linux-laptop dus. Het zou dus in principe gewoon moeten werken. Mmm, ik zal eens bij Tuxedo navragen hoe ze dat gedaan hebben op hun ondersteunde OS (meestal LTS-versie van Budgie, Kubuntu, e.d.). Meestal krijg ik snel reactie. > Soms is het ook een > kwestie van "testen en eventueel terugsturen". Dan boot ik vanaf USB > om > te testen. > > Overigens kun je instellen wat er gebeurd als je de klep dicht doet. > Dat > doe ik normaal in de instellingen van de desktop die ik gebruik. Oké, ik ga voorlopig suspend uitzetten als ik de klep dichtdoe. Groet, Frank
Re: laptop start niet meer op na suspend
Op 05-12-2021 om 13:23 schreef Frank Voncken: Beste allen, Ik heb een vervelend probleem: laptop start niet meer op na suspend. Ik moet steeds hard reset gebruiken om de laptop opnieuw te kunnen gebruiken. Gegevens van de laptop: * Debian bookworm met Linux 5.15 * Gnome 41.1 en Wayland * AMD Ryzen 7 5800H * grafische kaart RTX 3060 / AMD Renoir * nouveau driver (dus geen nvidia driver, nouveau werkt hier vlekkeloos) * amdgpu en firmware-linux-nonfree zijn geïnstalleerd Wat ik tot nu toe heb gedaan: * GRUB_CMDLINE_LINUX="init_on_alloc=0" toevoegen aan de lijn GRUB_CMDLINE_LINUX=" " binnen etc/default/grub zoals ik elders heb gezien op een Debian forum -> het helpt helaas niet * het uitschakelen van suspend volgens instructies op https://wiki.debian.org/Suspend helpt wel (logisch), maar ik denk dat men suspend niet zomaar mag uitschakelen vanwege de energiehuishouding. Bovendien lost dat het suspend/resume probleem niet op. * journalctl -b -1 biedt geen informatie omdat in de journal de laatste regel "systemd-sleep: Entering sleep state 'suspend'" is. Geen enkele regel over poging tot resume. Na een hard reset blijkt in journalctl een gat in tijd te zitten tussen die suspend-regel en het opnieuw opstarten van de laptop. Ik zie ook nieuws in de Phoronix dat AMD met een fix voor suspend/resume zou komen in Linux 5.15 (https://www.phoronix.com/forums/forum/software/mobile-linux/1277837-amd-has-an-important-suspend-resume-fix-with-linux-5-15 ). Nog niets van gemerkt. Enig idee? Dit is vaak het probleem met nieuwe hardware, dat er nog kinderziektes zijn qua Linux. Je bent goed bezig door het nieuwste kernel te gebruiken. Wellicht is het probleem opgelost in kernel 5.16 of 5.17. Zelf gebruik ik daarom vaak wat oudere hardware, of hardware waarvan ik gehoord heb dat hij het goed doet onder Linux. Soms is het ook een kwestie van "testen en eventueel terugsturen". Dan boot ik vanaf USB om te testen. Overigens kun je instellen wat er gebeurd als je de klep dicht doet. Dat doe ik normaal in de instellingen van de desktop die ik gebruik. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
