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