Re: Booten vanaf USB steeds trager
On Wed, Feb 21, 2024 at 04:02:59PM +0100, Paul van der Vlis wrote: > Op 20-02-2024 om 21:02 schreef Geert Stappers: > > On Tue, Feb 20, 2024 at 09:31:02AM +0100, Paul van der Vlis wrote: > > > Hallo, > > > > > > Ik heb een setup waarbij ik boot vanaf USB met grub. Het valt me op dat > > > dit > > > steeds trager wordt, op dezelfde machine: > > > > > > Debian10: 18 seconden > > > Debian11: 60 seconden > > > Debian12: ruim 120 seconden zestig gedeeld door achttien is dik drie ruim honderdtwing gedeeld door zes is net geen twee > > > Wat vooral lang duurt is "loading initial ramdisk", het lichtje is dan > > > reuze > > > hard aan het knipperen. Het gaat verder allemaal wel goed. > > > > > > Op een snellere machine is het wel wat sneller, maar het blijft > > > onacceptabel > > > traag. > > > > > > Ik heb ook al de kernel-optie "debug" gegeven, dan maakt initramfs een > > > log. > > > Maar omdat er geen tijden bij staan zegt het me weinig over wat nu zo lang > > > duurt. Dmesg geeft wel tijden, maar ik kom er niet uit. > > > > > > Ik zie hetzelfde ook op andere machines. Overigens niet bij een Debian > > > installer of livestick, dat gaat wel goed. Maar als ik echt Debian > > > installeer op een USB device start het traag, dezelfde SSD aan SATA gaat > > > wel > > > goed. Ik heb al verschillende USB naar SATA kabels geprobeerd, maar dat > > > lijkt ook niet het probleem. > > > > > > Hebben jullie ideeën hoe ik dit booten vanaf USB sneller krijg? > > > > Ja, ik heb wel een idee. > > En dat idee wil ik ruilen voor de output van `ls -l /boot` > > op de getestde versies. > > Dit is op Debian 10: > -- knip -- > -rw-r--r-- 1 root root 52343097 jun 3 2021 initrd.img-4.19.0-16-amd64 > -- knip -- > -rw-r--r-- 1 root root 5287168 mrt 19 2021 vmlinuz-4.19.0-16-amd64 52 miljoen plus 5 miljoen is 57 miljoen. > Dit is op Debian 11: > -- knip -- > -rw-r--r-- 1 root root 57863143 21 feb 15:58 initrd.img-5.10.0-28-amd64 > -- knip -- > drwx-- 2 root root12288 19 feb 21:24 lost+found > -rw-r--r-- 1 root root 7039552 31 jan 22:14 vmlinuz-5.10.0-28-amd64 57m + 7m = 64m 64/57=1,12En 1,12 is echt geen factor drie. > Dit is op Debian 12: > -- knip -- > -rw-r--r-- 1 root root 87651238 19 feb 17:48 initrd.img-6.1.0-15-amd64 > -- knip -- > drwx-- 2 root root12288 19 feb 16:22 lost+found > -rw-r--r-- 1 root root 8140672 9 dec 16:48 vmlinuz-6.1.0-15-amd64 87m + 8m = 95m 95/64 is ongeveer anderhalf. Die anderhalf komt wel in de buurt van factor twee. Terug naar > > > Hebben jullie ideeën hoe ik dit booten vanaf USB sneller krijg? > > > > Ja, ik heb wel een idee. Het idee is de kernel en initrd kleiner maken. De bijvangst van de `ls -l /boot` is dat "de snelste" geen 'lost+found' heeft. Over verschil in disk partities is nog geen informatie gegeven. > Nou, ik hoop dat je een goed tip hebt. De initrd is wat groter inderdaad, > maar 87MB is niet zo heel groot, met USB3 is dat zo over toch? > Groet, > Paul > Groeten Geert Stappers Verzoek: Meer nieuwsgierigheid, minder mening en nog minder verwachtingen Doe ons allemaal een plezier en ga voor meer nieuwsgierigheid. Stel vragen als "Waar kijk ik tegen aan?", "Hoe het verder te onderzoeken?", "Welk aspect van dichtbij bekijken?". Laat meningen op de achtergrond. Verwoord "steeds trager" als "duurt steeds langer". Mocht je wel een mening hebben, laat dan jouw ego dan aan jouw karma vragen waar die mening "for the greater good" te ventileren. Verwachtingen zijn helemaal van je zelf. Daar moet ik dan zelf ook het meeste mee doen. Zo als geen verwachtingen hebben. -- Silence is hard to parse
Re: Booten vanaf USB steeds trager
On Wed, 21 Feb 2024 15:42:36 +0100 Paul van der Vlis wrote: > > Ik heb ook zoiets gehad, tijdens het booten geeft-ie aan dat-ie de > > root device niet kan vinden en dat duurt dan een tijdje. IIRC helpt > > een > > > > update-initramfs -u > > Dit had ik al geprobeerd, maar hielp niet. Ik bedacht me later dat dat met md devices is. Als de mdadm.conf niet overeenkomt met wat er in de initramdisk zit dan gaat-ie md127, md126 etc aanmaken en dan krijg je dat. Nooit uitgezocht waarom. En dan helpt de update-initramfs -u wel uiteraard. > > console=serial0,115200 console=tty1 root=PARTUUID=3fc93f64-02 > > rootfstype=ext4 fsck.repair=yes rootwait > > Dit is geen Pi, dus ook geen cmdline.txt Het gaat niet zozeer om de RPi, maar om de kernel opties die de kernel meekrijgt als-ie vanaf USB boot R. -- richard lucassen http://contact.xaq.nl/
Re: sshd Match regel
Hallo Paul, On 21/02/2024 16:08, Paul van der Vlis wrote: Wie heeft een tip Ik heb nog een (zeer) oude Linksys WRT staan, die kan ik benaderen met: ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-rsa username@mylocalip Ik heb met ssh -v username@mylocalip de waarde voor -oKexAlgorithms gevonden. Met vriendelijke groeten, Roland Clobus OpenPGP_signature.asc Description: OpenPGP digital signature
Re: sshd Match regel
Hoi Gijs en anderen, Op 20-02-2024 om 21:18 schreef Geert Stappers: On Tue, Feb 20, 2024 at 08:06:22AM +0100, Gijs Hillenius wrote: On 19 February 2024 18:26 Rik Theys, wrote: Beste, On Mon, Feb 19, 2024 at 5:53 PM Gijs Hillenius wrote: Iets als, onderaan sshd_config dit: , | Match User webcams | PubkeyAcceptedKeyTypes ssh-rsa,ssh-dss ` ssh lijkt dat te willen snappen. Desondanks verschijnt dezelfde foutmelding in auth.log. De clients bevestigen: "unable to exchange encryption keys." Als ik op de server doe: ssh localhost -Q HostKeyAlgorithms daar zie ik toch ssh-dss en ssh-rsa staan. Maar ... niet de "oude"? Wie heeft een tip De -Q optie geeft een lijst van ondersteunde algorithms, daarom niet degene die actief zijn? Ik zou eens proberen met een Match op het IP adres ipv de gebruikersnaam. Mogelijk is de uitwisseling van de gebruikersnaam pas na het tot stand komen van de encryptie? Ow! dank voor het meedenken, dat helpt. Idd, ik zie in de ssh logs niet die username. Maar , | Match Address 192.168.123.42 | PubkeyAcceptedKeyTypes ssh-rsa,ssh-dss ` geeft helaas dezelfde melding in de log. sudo /usr/sbin/sshd -d Dat is inderdaad een heel goede tip om ssh problemen te debuggen. Maar je moet het op de server draaien, en wellicht op een andere poort omdat je jezelf anders buitensluit. En die poort moet uiteraard wel openstaan. Soms kun je wel even de poort van een andere applicatie gebruiken als je die applicatie sluit, bijvoorbeeld poort 80 als je een aanwezige webserver sluit. Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://vandervlis.nl/
Re: Booten vanaf USB steeds trager
Hoi Geert en anderen, Op 20-02-2024 om 21:02 schreef Geert Stappers: On Tue, Feb 20, 2024 at 09:31:02AM +0100, Paul van der Vlis wrote: Hallo, Ik heb een setup waarbij ik boot vanaf USB met grub. Het valt me op dat dit steeds trager wordt, op dezelfde machine: Debian10: 18 seconden Debian11: 60 seconden Debian12: ruim 120 seconden Wat vooral lang duurt is "loading initial ramdisk", het lichtje is dan reuze hard aan het knipperen. Het gaat verder allemaal wel goed. Op een snellere machine is het wel wat sneller, maar het blijft onacceptabel traag. Ik heb ook al de kernel-optie "debug" gegeven, dan maakt initramfs een log. Maar omdat er geen tijden bij staan zegt het me weinig over wat nu zo lang duurt. Dmesg geeft wel tijden, maar ik kom er niet uit. Ik zie hetzelfde ook op andere machines. Overigens niet bij een Debian installer of livestick, dat gaat wel goed. Maar als ik echt Debian installeer op een USB device start het traag, dezelfde SSD aan SATA gaat wel goed. Ik heb al verschillende USB naar SATA kabels geprobeerd, maar dat lijkt ook niet het probleem. Hebben jullie ideeën hoe ik dit booten vanaf USB sneller krijg? Ja, ik heb wel een idee. En dat idee wil ik ruilen voor de output van `ls -l /boot` op de getestde versies. Dit is op Debian 10: -rw-r--r-- 1 root root 206143 okt 18 2020 config-4.19.0-12-amd64 -rw-r--r-- 1 root root 206269 nov 28 2020 config-4.19.0-13-amd64 -rw-r--r-- 1 root root 206242 mrt 19 2021 config-4.19.0-16-amd64 -rw-r--r-- 1 root root 206118 mrt 15 2019 config-4.19.0-4-amd64 -rw-r--r-- 1 root root 206361 nov 11 2019 config-4.19.0-6-amd64 drwxr-xr-x 5 root root 4096 jun 3 2021 grub -rw-r--r-- 1 root root 51780082 nov 30 2020 initrd.img-4.19.0-12-amd64 -rw-r--r-- 1 root root 51874209 dec 28 2020 initrd.img-4.19.0-13-amd64 -rw-r--r-- 1 root root 52343097 jun 3 2021 initrd.img-4.19.0-16-amd64 -rw-r--r-- 1 root root 25616128 okt 29 2019 initrd.img-4.19.0-4-amd64 -rw-r--r-- 1 root root 51705982 nov 30 2020 initrd.img-4.19.0-6-amd64 -rw-r--r-- 1 root root 182704 jun 25 2015 memtest86+.bin -rw-r--r-- 1 root root 184840 jun 25 2015 memtest86+_multiboot.bin -rw-r--r-- 1 root root 3415048 okt 18 2020 System.map-4.19.0-12-amd64 -rw-r--r-- 1 root root 3419998 nov 28 2020 System.map-4.19.0-13-amd64 -rw-r--r-- 1 root root 3421023 mrt 19 2021 System.map-4.19.0-16-amd64 -rw-r--r-- 1 root root 3365519 mrt 15 2019 System.map-4.19.0-4-amd64 -rw-r--r-- 1 root root 3410671 nov 11 2019 System.map-4.19.0-6-amd64 -rw-r--r-- 1 root root 5278960 okt 18 2020 vmlinuz-4.19.0-12-amd64 -rw-r--r-- 1 root root 5283056 nov 28 2020 vmlinuz-4.19.0-13-amd64 -rw-r--r-- 1 root root 5287168 mrt 19 2021 vmlinuz-4.19.0-16-amd64 -rw-r--r-- 1 root root 5213424 mrt 15 2019 vmlinuz-4.19.0-4-amd64 -rw-r--r-- 1 root root 5270768 nov 11 2019 vmlinuz-4.19.0-6-amd64 Dit is op Debian 11: -rw-r--r-- 1 root root 236286 2 sep 2022 config-5.10.0-18-amd64 -rw-r--r-- 1 root root 236364 31 jan 22:14 config-5.10.0-28-amd64 drwxr-xr-x 5 root root 1024 21 feb 15:58 grub -rw-r--r-- 1 root root 50620656 19 feb 21:39 initrd.img-5.10.0-18-amd64 -rw-r--r-- 1 root root 57863143 21 feb 15:58 initrd.img-5.10.0-28-amd64 drwx-- 2 root root12288 19 feb 21:24 lost+found -rw-r--r-- 1 root root 83 2 sep 2022 System.map-5.10.0-18-amd64 -rw-r--r-- 1 root root 83 31 jan 22:14 System.map-5.10.0-28-amd64 -rw-r--r-- 1 root root 6962016 2 sep 2022 vmlinuz-5.10.0-18-amd64 -rw-r--r-- 1 root root 7039552 31 jan 22:14 vmlinuz-5.10.0-28-amd64 Dit is op Debian 12: -rw-r--r-- 1 root root 259455 9 dec 16:48 config-6.1.0-15-amd64 drwxr-xr-x 5 root root 1024 19 feb 16:50 grub -rw-r--r-- 1 root root 87651238 19 feb 17:48 initrd.img-6.1.0-15-amd64 drwx-- 2 root root12288 19 feb 16:22 lost+found -rw-r--r-- 1 root root 83 9 dec 16:48 System.map-6.1.0-15-amd64 -rw-r--r-- 1 root root 8140672 9 dec 16:48 vmlinuz-6.1.0-15-amd64 Nou, ik hoop dat je een goed tip hebt. De initrd is wat groter inderdaad, maar 87MB is niet zo heel groot, met USB3 is dat zo over toch? Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://vandervlis.nl/
Re: Booten vanaf USB steeds trager
Hoi Richard en anderen,
Op 20-02-2024 om 12:27 schreef Richard Lucassen:
On Tue, 20 Feb 2024 09:31:02 +0100
Paul van der Vlis wrote:
Ik heb een setup waarbij ik boot vanaf USB met grub. Het valt me op
dat dit steeds trager wordt, op dezelfde machine:
Debian10: 18 seconden
Debian11: 60 seconden
Debian12: ruim 120 seconden
Ik heb ook zoiets gehad, tijdens het booten geeft-ie aan dat-ie de root
device niet kan vinden en dat duurt dan een tijdje. IIRC helpt een
update-initramfs -u
Dit had ik al geprobeerd, maar hielp niet.
dan, maar zeker weet ik dat niet ('t is alweer een tijdje terug). Met
een monitor erop kun je die meldingen zien. Ik sloop trouwens altijd de
"quiet" optie uit /etc/default/grub (en daarna update-grub). Heb je wel
"rootwait" als kerneloptie meegegeven? Volgens mij moet dat ook. Dit
staat in de cmdline.txt file op mijn Raspberry Pi:
console=serial0,115200 console=tty1 root=PARTUUID=3fc93f64-02
rootfstype=ext4 fsck.repair=yes rootwait
Dit is geen Pi, dus ook geen cmdline.txt
Ben geen guru op dat gebied trouwens.
Ik ook niet...
Groet,
Paul
--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/
