Re: Kuren bij starten van Testing
On Wed, 28 Apr 2021 17:33:42 +0200 Wouter Verhelst wrote: > > Nee, maar het zal wel weer een kopie zijn van. En volgens mij is er > > geen birth flag onder Linux, tenminste, dat meen ik ooit eens > > ergens gelezen te hebben. > > Dat moet dan wel eventjes geleden zijn ;-) Ja, en dan misschien nog een oud document ;-) > Sinds ext4 heeft Linux een "file system creation time", de tijd waarop > het bestand origineel aangemaakt was op dit bestandssysteem. "ctime", > laatste wijziging van metadata *of* bestandsinhoud, kan expliciet > gezet worden; "mtime", laatste wijziging van (enkel) bestandsinhoud, > is altijd gelijk aan of recenter dan alle andere tijden en kan niet > expliciet ingesteld worden. [knip uitleg] Ik had destijds ook begrepen dat "Birth" er altijd wel bij stond maar dat dat weinig betekenis had. Maar inderdaad, wellicht ging dat over ext2/ext3, ik zie inderdaad dat ext4 dat wel doet. Handig om te weten :-) -- richard lucassen https://contact.xaq.nl/
Re: Kuren bij starten van Testing
On Sun, Apr 04, 2021 at 09:06:31PM +0200, Richard Lucassen wrote: > On Sun, 4 Apr 2021 18:16:44 +0200 > Sjoerd wrote: > > > > Die Access time schrijft-ie dan niet naar disk. Omdat dat vaak niet > > > interessant is scheelt dat weer schrijfacties. > > > > Interessant allemaal, 'stat' kende ik nog niet. > > Wel curieus dat een file al vóór zijn 'birth' gemodificeerd kan > > worden. Maar misschien heb je in het bovenstaande zitten editen? > > Nee, maar het zal wel weer een kopie zijn van. En volgens mij is er geen > birth flag onder Linux, tenminste, dat meen ik ooit eens ergens gelezen > te hebben. Dat moet dan wel eventjes geleden zijn ;-) Sinds ext4 heeft Linux een "file system creation time", de tijd waarop het bestand origineel aangemaakt was op dit bestandssysteem. "ctime", laatste wijziging van metadata *of* bestandsinhoud, kan expliciet gezet worden; "mtime", laatste wijziging van (enkel) bestandsinhoud, is altijd gelijk aan of recenter dan alle andere tijden en kan niet expliciet ingesteld worden. wouter@pc181009:~$ cat stats #!/bin/sh -x stat foobar touch foobar stat foobar rm foobar touch -d 'now - 30 seconds' foobar stat foobar sleep 1 touch foobar stat foobar wouter@pc181009:~$ ./stats + stat foobar stat: cannot statx 'foobar': Bestand of map bestaat niet + touch foobar + stat foobar Bestand: foobar Grootte: 0Blokken: 0IO-blok: 4096 leeg normaal bestand Apparaat: 10302h/66306d Inode: 3150363 Koppelingen: 1 Toegang: (0644/-rw-r--r--) UID: ( 1000/ wouter) GID: ( 1000/ wouter) Toegang: 2021-04-28 17:29:11.562314205 +0200 Gewijzigd: 2021-04-28 17:29:11.562314205 +0200 Veranderd: 2021-04-28 17:29:11.562314205 +0200 Ontstaan: 2021-04-28 17:29:11.562314205 +0200 + rm foobar + touch -d now - 30 seconds foobar + stat foobar Bestand: foobar Grootte: 0Blokken: 0IO-blok: 4096 leeg normaal bestand Apparaat: 10302h/66306d Inode: 3150363 Koppelingen: 1 Toegang: (0644/-rw-r--r--) UID: ( 1000/ wouter) GID: ( 1000/ wouter) Toegang: 2021-04-28 17:28:41.574578640 +0200 Gewijzigd: 2021-04-28 17:28:41.574578640 +0200 Veranderd: 2021-04-28 17:29:11.570314189 +0200 Ontstaan: 2021-04-28 17:29:11.570314189 +0200 + sleep 1 + touch foobar + stat foobar Bestand: foobar Grootte: 0Blokken: 0IO-blok: 4096 leeg normaal bestand Apparaat: 10302h/66306d Inode: 3150363 Koppelingen: 1 Toegang: (0644/-rw-r--r--) UID: ( 1000/ wouter) GID: ( 1000/ wouter) Toegang: 2021-04-28 17:29:12.582312114 +0200 Gewijzigd: 2021-04-28 17:29:12.582312114 +0200 Veranderd: 2021-04-28 17:29:12.582312114 +0200 Ontstaan: 2021-04-28 17:29:11.570314189 +0200 (de LC_ALL=C variant is een oefening voor de lezer) -- w@uter.{be,co.za} wouter@{grep.be,fosdem.org,debian.org}
Re: Kuren bij starten van Testing
On Wed, 7 Apr 2021 20:19:32 +0200 Sjoerd wrote: > De boel liep vast nadat ik in Grub voor testing gekozen had. Via Grub > kan ik ook naar andere distro's, er zijn een paar die ik eens wou > uitproberen. > Met Grub is dan ook niets mis. > Maar voor het geval ik de boel ooit om zeep help, heb ik de Super > Grub2 Disk. www.supergrubdisk.org/super-grub2-disk/ Handig :-) Thnx! -- richard lucassen http://contact.xaq.nl/
Re: Kuren bij starten van Testing
Op zondag 4 april schreef Richard Lucassen: > Op zondag 4 april schreef Sjoerd: > > Maar wat dat verhaal met dat UUID betreft, ik ben nog aan het > > experimenteren, en kom er nog op terug. Uit nieuwe foutmeldingen maakte ik op dat nog twee partities die volgens fstab automatisch mee gemount moesten worden, waaronder de swap, ook met 'UUID=..." moesten worden aangegeven in fstab. Maar nu lijkt het dan ook goed te zijn. Mijn dank. Mogelijk had het iets te maken met de snelheid van de SSD. Het verschijnsel trad vooral op als ik de PC na een koude nacht voor het eerst weer aanzette... > Ja, en maak een boot USB stick en probeer die eerst uit. Dat is erg > handig voor als je de boel om zeep helpt. Of een Debian live versie, > volgens Paul kun je daar de om zeep geholpen boot weer mee rechtzetten. De boel liep vast nadat ik in Grub voor testing gekozen had. Via Grub kan ik ook naar andere distro's, er zijn een paar die ik eens wou uitproberen. Met Grub is dan ook niets mis. Maar voor het geval ik de boel ooit om zeep help, heb ik de Super Grub2 Disk. www.supergrubdisk.org/super-grub2-disk/
Re: Kuren bij starten van Testing
Op 04-04-2021 om 21:06 schreef Richard Lucassen: On Sun, 4 Apr 2021 18:16:44 +0200 Sjoerd wrote: Die Access time schrijft-ie dan niet naar disk. Omdat dat vaak niet interessant is scheelt dat weer schrijfacties. Interessant allemaal, 'stat' kende ik nog niet. Wel curieus dat een file al vóór zijn 'birth' gemodificeerd kan worden. Maar misschien heb je in het bovenstaande zitten editen? Nee, maar het zal wel weer een kopie zijn van. En volgens mij is er geen birth flag onder Linux, tenminste, dat meen ik ooit eens ergens gelezen te hebben. Onder BSD werkt het wel, zoiets is het. Maar er zal vast wel iemand zin die het wel weet. Even teen test: $ touch test $ stat test File: test Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 803h/2051d Inode: 2104831 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/ richard) Gid: ( 1001/ richard) Access: 2021-04-04 20:55:52.261812469 +0200 Modify: 2021-04-04 20:55:52.261812469 +0200 Change: 2021-04-04 20:55:52.261812469 +0200 Birth: 2021-04-04 20:55:52.261812469 +0200 $ touch test $ stat test File: test Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 803h/2051d Inode: 2104831 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/ richard) Gid: ( 1001/ richard) Access: 2021-04-04 20:56:02.734804889 +0200 Modify: 2021-04-04 20:56:02.734804889 +0200 Change: 2021-04-04 20:56:02.734804889 +0200 Birth: 2021-04-04 20:55:52.261812469 +0200 Beetje raar, maar als je het niet erg vindt ga ik dat nu niet uitzoeken, misschien is het wel bedoeld zou met touch (kwestie van luiigheid) Maar wat dat verhaal met dat UUID betreft, ik ben nog aan het experimenteren, en kom er nog op terug. Ja, en maak een boot USB stick en probeer die eerst uit. Dat is erg handig voor als je de boel om zeep helpt. Of een Debian live versie, volgens Paul kun je daar de om zeep geholpen boot weer mee rechtzetten. Dat gaat veel beter met de installer stick, daarin de rescue mode. Op het eerste scherm kies je iets van "advanced" of zo, daar zit hij in. De mode stelt wat veel vragen (die je veelal met een return kunt beantwoorden), maar je kunt er ongelooflijk veel mee. Zeer de moeite waard! Live USB sticks gebruik ik meestal niet. Ik installeer dan veel liever op een USB stick of externe SSD. Een live stick is namelijk niet blijvende te wijzigen, een geïnstalleerde stick wel (je kiest dan bij de installatie die USB stick in plaats van het ingebouwde device). Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Kuren bij starten van Testing
On Sun, 4 Apr 2021 18:16:44 +0200 Sjoerd wrote: > > Die Access time schrijft-ie dan niet naar disk. Omdat dat vaak niet > > interessant is scheelt dat weer schrijfacties. > > Interessant allemaal, 'stat' kende ik nog niet. > Wel curieus dat een file al vóór zijn 'birth' gemodificeerd kan > worden. Maar misschien heb je in het bovenstaande zitten editen? Nee, maar het zal wel weer een kopie zijn van. En volgens mij is er geen birth flag onder Linux, tenminste, dat meen ik ooit eens ergens gelezen te hebben. Onder BSD werkt het wel, zoiets is het. Maar er zal vast wel iemand zin die het wel weet. Even teen test: $ touch test $ stat test File: test Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 803h/2051d Inode: 2104831 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/ richard) Gid: ( 1001/ richard) Access: 2021-04-04 20:55:52.261812469 +0200 Modify: 2021-04-04 20:55:52.261812469 +0200 Change: 2021-04-04 20:55:52.261812469 +0200 Birth: 2021-04-04 20:55:52.261812469 +0200 $ touch test $ stat test File: test Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 803h/2051d Inode: 2104831 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1001/ richard) Gid: ( 1001/ richard) Access: 2021-04-04 20:56:02.734804889 +0200 Modify: 2021-04-04 20:56:02.734804889 +0200 Change: 2021-04-04 20:56:02.734804889 +0200 Birth: 2021-04-04 20:55:52.261812469 +0200 Beetje raar, maar als je het niet erg vindt ga ik dat nu niet uitzoeken, misschien is het wel bedoeld zou met touch (kwestie van luiigheid) > Maar wat dat verhaal met dat UUID betreft, ik ben nog aan het > experimenteren, en kom er nog op terug. Ja, en maak een boot USB stick en probeer die eerst uit. Dat is erg handig voor als je de boel om zeep helpt. Of een Debian live versie, volgens Paul kun je daar de om zeep geholpen boot weer mee rechtzetten. R. -- richard lucassen https://contact.xaq.nl/
Re: Kuren bij starten van Testing
Richard Lucassen: > Sjoerd: > > noatime en nodiratime staan er om de SSD te sparen, maar misschien > > heeft dat er iets mee te maken. > > Nee, dat zijn alleen maar scrijfacties naar disk om aan te geven of je > een file of dir bekeken hebt: > > # stat .bashrc > File: .bashrc > Size: 633 Blocks: 8 IO Block: 4096 regular file > Device: 803h/2051d Inode: 929948 Links: 1 > Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) > Access: 2021-03-31 10:37:22.817269536 +0200 > Modify: 2018-12-07 15:50:43.130872342 +0100 > Change: 2019-08-05 11:25:01.763408345 +0200 > Birth: 2019-08-05 11:25:01.763408345 +0200 > > Die Access time schrijft-ie dan niet naar disk. Omdat dat vaak niet > interessant is scheelt dat weer schrijfacties. Interessant allemaal, 'stat' kende ik nog niet. Wel curieus dat een file al vóór zijn 'birth' gemodificeerd kan worden. Maar misschien heb je in het bovenstaande zitten editen? Maar wat dat verhaal met dat UUID betreft, ik ben nog aan het experimenteren, en kom er nog op terug.
Re: Kuren bij starten van Testing
On Fri, 2 Apr 2021 13:14:58 +0200 Sjoerd wrote: > Zou het ook in /etc/fstab gewijzigd moeten worden? Er staat nu dit: > > /dev/sda2 / ext4 defaults,noatime,nodiratime 0 1 Ik zou, als je UUID gebruikt, dat ook toepassen in fstab. Want stel dat de schijven verwisseld worden tijdens het booten, dan wordt via UUID toch de juiste schijf gemount: UUID= / ext4 defaults,noatime,nodiratime 0 1 > noatime en nodiratime staan er om de SSD te sparen, maar misschien > heeft dat er iets mee te maken. Nee, dat zijn alleen maar scrijfacties naar disk om aan te geven of je een file of dir bekeken hebt: # stat .bashrc File: .bashrc Size: 633 Blocks: 8 IO Block: 4096 regular file Device: 803h/2051d Inode: 929948 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2021-03-31 10:37:22.817269536 +0200 Modify: 2018-12-07 15:50:43.130872342 +0100 Change: 2019-08-05 11:25:01.763408345 +0200 Birth: 2019-08-05 11:25:01.763408345 +0200 Die Access time schrijft-ie dan niet naar disk. Omdat dat vaak niet interessant is scheelt dat weer schrijfacties. > Ik heb een paar keer gereboot en tot nu toe ziet het er hoopvol uit! > Over een paar dagen weet ik het zeker, dan laat ik nog eens van me > horen. Wat ook belangrijk is: update-initramfs -u anders werkt je initramfs nog steeds met /dev/sda2 ipv UUID= Als je het wil controleren kun je je initramfs via een loop-device bekijken. Dat staat uitgebreid op het internet beschreven. R. -- richard lucassen http://contact.xaq.nl/
Re: Kuren bij starten van Testing
On Thu, 1 Apr 2021 22:39:30 +0200 Sjoerd wrote: > Maar als dit toch een lastige kwestie blijkt te zijn, dan zou ik > zeggen: laat maar zitten. Het is testing, dus mogelijk herstelt zich > dit weer eens. En ik heb altijd nog stable om op terug te vallen. Nou, Bullseye is in freeze, dus je hebt het nu over de Bullseye die uit gaat komen (geen grote veranderingen meer dus) -- richard lucassen http://contact.xaq.nl/
Re: Kuren bij starten van Testing
Floris Renaud: > Sjoerd: > > Geert Stappers: > > > Sjoerd: > > > > Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 > > > > dat het goed gaat. Maar in 1/3 van de gevallen verschijnt > > > > onderstaande tekst. Dan druk ik maar op de reset-knop en is er opnieuw > > > > een kans van 2/3 dat het goed gaat. > > > > Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? > > > > > > > > > > > > Booting `Debian GNU/Linux' > > > > > > > > Loading Linux 5.10.0-4-amd64 ... > > > > Loading initial ramdisk ... > > > > mount: mounting /dev on /root/dev failed: No such file or directory > > > > mount: mounting /dev on /root/dev failed: No such file or directory > > > > mount: mounting /run on /root/run failed: No such file or directory > > > > run-init: can't execute '/sbin/init': No such file or directory > > > > Target filesystem doesn't have requested /sbin/init. > > > > run-init: can't execute '/sbin/init': No such file or directory > > > > run-init: can't execute '/etc/init': No such file or directory > > > > run-init: can't execute '/bin/init': No such file or directory > > > > run-init: can't execute '/bin/sh': No such file or directory > > > > run-init: can't execute '': No such file or directory > > > > No init found. Try passing init= bootarg. > > > > > > > > > > > > BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) > > > > Enter 'help' for a list of built-in commands. > > > > > > > > (initramfs) _ > > > > > > Vertel meer over de hardware in kwestie. > > > > Hier de output van hwinfo, korte versie: https://paste.debian.net/1192040/ > > > > En als je zin en interesse hebt om naar de complete output van hwinfo > > te kijken: https://pastebin.com/H1C2TXvA (230 kB tekst!) > > - /proc/cmdline - > BOOT_IMAGE=/boot/vmlinuz-5.10.0-4-amd64 root=/dev/sda2 ro quiet > > Maakt het een verschil als je in plaats van /dev/sda2 de UUID van de > partitie gebruikt? > sudo blkid /dev/sda2 Zie mijn antwoord aan Geert, die dit ook al opperde. Nadat ik dit in /etc/default/grub had uitgecommentarieerd: # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux GRUB_DISABLE_LINUX_UUID=true verscheen de UUID in /boot/grub/grub.cfg, dus blkid was niet eens nodig. Tot nu toe ziet het er hoopvol uit. Over een paar dagen laat ik nog wel eens van me horen. In elk geval ook bedankt voor het meedenken.
Re: Kuren bij starten van Testing
Geert Stappers: > Sjoerd: > > Hier de output van hwinfo, korte versie: > > https://paste.debian.net/1192040/ > > Een stukje daarvan > > disk: > /dev/sdb ST1000DM003-1ER1 > /dev/sdc Generic STORAGE DEVICE > /dev/sda Samsung SSD 840 Die 'generic storage device' is een kaartlezer, ingebouwd in de PC, en wordt eigenlijk nooit gebruikt. > Mijn inschatting dat de bootdisk niet de bootdisk blijft. > Dat de "/dev/sda" vooraan in het bootprocess > verder in het bootprocess niet meer "/dev/sda" is. > > Oplossing daarvoor is iets als "root=/dev/sda2" > te vervangen door "root=UUID=uniek1D" In /etc/default/grub had ik dit staan: # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux GRUB_DISABLE_LINUX_UUID=true Heb dit uitgecommentarieerd en na een 'update-grub' paste zich dit aan in /boot/grub/grub.cfg. Zou het ook in /etc/fstab gewijzigd moeten worden? Er staat nu dit: /dev/sda2 / ext4 defaults,noatime,nodiratime 0 1 noatime en nodiratime staan er om de SSD te sparen, maar misschien heeft dat er iets mee te maken. > Groeten > Geert Stappers > Die graag leert hoe het verder is gegaan Ik heb een paar keer gereboot en tot nu toe ziet het er hoopvol uit! Over een paar dagen weet ik het zeker, dan laat ik nog eens van me horen. Groet, Sjoerd
Re: Kuren bij starten van Testing
Sjoerd schreef op 2021-04-01 22:39: Geert Stappers: Sjoerd: > Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 > dat het goed gaat. Maar in 1/3 van de gevallen verschijnt > onderstaande tekst. Dan druk ik maar op de reset-knop en is er opnieuw > een kans van 2/3 dat het goed gaat. > Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? > > > Booting `Debian GNU/Linux' > > Loading Linux 5.10.0-4-amd64 ... > Loading initial ramdisk ... > mount: mounting /dev on /root/dev failed: No such file or directory > mount: mounting /dev on /root/dev failed: No such file or directory > mount: mounting /run on /root/run failed: No such file or directory > run-init: can't execute '/sbin/init': No such file or directory > Target filesystem doesn't have requested /sbin/init. > run-init: can't execute '/sbin/init': No such file or directory > run-init: can't execute '/etc/init': No such file or directory > run-init: can't execute '/bin/init': No such file or directory > run-init: can't execute '/bin/sh': No such file or directory > run-init: can't execute '': No such file or directory > No init found. Try passing init= bootarg. > > > BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > (initramfs) _ Vertel meer over de hardware in kwestie. Hier de output van hwinfo, korte versie: https://paste.debian.net/1192040/ En als je zin en interesse hebt om naar de complete output van hwinfo te kijken: https://pastebin.com/H1C2TXvA (230 kB tekst!) Maar als dit toch een lastige kwestie blijkt te zijn, dan zou ik zeggen: laat maar zitten. Het is testing, dus mogelijk herstelt zich dit weer eens. En ik heb altijd nog stable om op terug te vallen. - /proc/cmdline - BOOT_IMAGE=/boot/vmlinuz-5.10.0-4-amd64 root=/dev/sda2 ro quiet Maakt het een verschil als je in plaats van /dev/sda2 de UUID van de partitie gebruikt? sudo blkid /dev/sda2 --- Floris
Re: Kuren bij starten van Testing
On Thu, Apr 01, 2021 at 10:39:30PM +0200, Sjoerd wrote: > Geert Stappers: > > Sjoerd: > > > Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 > > > dat het goed gaat. Maar in 1/3 van de gevallen verschijnt > > > onderstaande tekst. Dan druk ik maar op de reset-knop en is er opnieuw > > > een kans van 2/3 dat het goed gaat. > > > Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? > > > > > > > > > Booting `Debian GNU/Linux' > > > > > > Loading Linux 5.10.0-4-amd64 ... > > > Loading initial ramdisk ... > > > mount: mounting /dev on /root/dev failed: No such file or directory > > > mount: mounting /run on /root/run failed: No such file or directory > > > run-init: can't execute '/sbin/init': No such file or directory > > > Target filesystem doesn't have requested /sbin/init. > > > run-init: can't execute '/sbin/init': No such file or directory > > > run-init: can't execute '/etc/init': No such file or directory > > > run-init: can't execute '/bin/init': No such file or directory > > > run-init: can't execute '/bin/sh': No such file or directory > > > run-init: can't execute '': No such file or directory > > > No init found. Try passing init= bootarg. > > > > > > BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) > > > Enter 'help' for a list of built-in commands. > > > (initramfs) _ > > > > Vertel meer over de hardware in kwestie. > > Hier de output van hwinfo, korte versie: https://paste.debian.net/1192040/ Een stukje daarvan disk: /dev/sdb ST1000DM003-1ER1 /dev/sdc Generic STORAGE DEVICE /dev/sda Samsung SSD 840 > En als je zin en interesse hebt om naar de complete output van hwinfo te > kijken: https://pastebin.com/H1C2TXvA (230 kB tekst!) Nee, dank je. > Maar als dit toch een lastige kwestie blijkt te zijn, dan zou ik zeggen: > laat maar zitten. Het is testing, dus mogelijk herstelt zich dit weer eens. > En ik heb altijd nog stable om op terug te vallen. :-) Mijn inschatting dat de bootdisk niet de bootdisk blijft. Dat de "/dev/sda" vooraan in het bootprocess verder in het bootprocess niet meer "/dev/sda" is. Oplossing daarvoor is iets als "root=/dev/sda2" te vervangen door "root=UUID=uniek1D" Groeten Geert Stappers Die graag leert hoe het verder is gegaan -- Silence is hard to parse signature.asc Description: PGP signature
Re: Kuren bij starten van Testing
Geert Stappers: > Sjoerd: > > Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 > > dat het goed gaat. Maar in 1/3 van de gevallen verschijnt > > onderstaande tekst. Dan druk ik maar op de reset-knop en is er opnieuw > > een kans van 2/3 dat het goed gaat. > > Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? > > > > > > Booting `Debian GNU/Linux' > > > > Loading Linux 5.10.0-4-amd64 ... > > Loading initial ramdisk ... > > mount: mounting /dev on /root/dev failed: No such file or directory > > mount: mounting /dev on /root/dev failed: No such file or directory > > mount: mounting /run on /root/run failed: No such file or directory > > run-init: can't execute '/sbin/init': No such file or directory > > Target filesystem doesn't have requested /sbin/init. > > run-init: can't execute '/sbin/init': No such file or directory > > run-init: can't execute '/etc/init': No such file or directory > > run-init: can't execute '/bin/init': No such file or directory > > run-init: can't execute '/bin/sh': No such file or directory > > run-init: can't execute '': No such file or directory > > No init found. Try passing init= bootarg. > > > > > > BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) > > Enter 'help' for a list of built-in commands. > > > > (initramfs) _ > > Vertel meer over de hardware in kwestie. Hier de output van hwinfo, korte versie: https://paste.debian.net/1192040/ En als je zin en interesse hebt om naar de complete output van hwinfo te kijken: https://pastebin.com/H1C2TXvA (230 kB tekst!) Maar als dit toch een lastige kwestie blijkt te zijn, dan zou ik zeggen: laat maar zitten. Het is testing, dus mogelijk herstelt zich dit weer eens. En ik heb altijd nog stable om op terug te vallen.
Re: Kuren bij starten van Testing
On Thu, Apr 01, 2021 at 02:58:54PM +0200, Sjoerd wrote: > Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 dat > het goed gaat. Maar in 1/3 van de gevallen verschijnt onderstaande tekst. > Dan druk ik maar op de reset-knop en is er opnieuw een kans van 2/3 dat > het goed gaat. > Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? > > > Booting `Debian GNU/Linux' > > Loading Linux 5.10.0-4-amd64 ... > Loading initial ramdisk ... > mount: mounting /dev on /root/dev failed: No such file or directory > mount: mounting /dev on /root/dev failed: No such file or directory > mount: mounting /run on /root/run failed: No such file or directory > run-init: can't execute '/sbin/init': No such file or directory > Target filesystem doesn't have requested /sbin/init. > run-init: can't execute '/sbin/init': No such file or directory > run-init: can't execute '/etc/init': No such file or directory > run-init: can't execute '/bin/init': No such file or directory > run-init: can't execute '/bin/sh': No such file or directory > run-init: can't execute '': No such file or directory > No init found. Try passing init= bootarg. > > > BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > (initramfs) _ > Vertel meer over de hardware in kwestie. Groeten Geert Stappers -- Silence is hard to parse
Kuren bij starten van Testing
Wanneer ik Bullseye (testing) start, dan is er een kans van zo'n 2/3 dat het goed gaat. Maar in 1/3 van de gevallen verschijnt onderstaande tekst. Dan druk ik maar op de reset-knop en is er opnieuw een kans van 2/3 dat het goed gaat. Enig idee wat er aan de hand is? En of het eenvoudig te verhelpen is? Booting `Debian GNU/Linux' Loading Linux 5.10.0-4-amd64 ... Loading initial ramdisk ... mount: mounting /dev on /root/dev failed: No such file or directory mount: mounting /dev on /root/dev failed: No such file or directory mount: mounting /run on /root/run failed: No such file or directory run-init: can't execute '/sbin/init': No such file or directory Target filesystem doesn't have requested /sbin/init. run-init: can't execute '/sbin/init': No such file or directory run-init: can't execute '/etc/init': No such file or directory run-init: can't execute '/bin/init': No such file or directory run-init: can't execute '/bin/sh': No such file or directory run-init: can't execute '': No such file or directory No init found. Try passing init= bootarg. BusyBox v1.30.1 (Debian 1:1.30.1-6+b1) built-in shell (ash) Enter 'help' for a list of built-in commands. (initramfs) _