Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: tuxmartin 25. 01. 2020, 19:08:22
-
Ahoj,
snazim se bootovat raspbian na RPi 4 ze 2,5" SATA SSD pripojeneho pres USB 3.0.
Stale se mi to vsak nedari.
Stahnul jsem si nejnovejsi raspbian a zapsal ho na SD kartu a na SSD.
U SSD jsem pres fdisk zmenil PARTUUID.
V cmdline.txt na SD karte jsem nastavil rootfs na PARTUUID SSD disku.
V fstabu na SSD jsem take opravil PARTUUID - rootfs je na SSD a boot na SD karte.
Jenze se mi nedari nabootovat - viz priloha.
Zkousel jsem hodne ruznych navodu, ale porad bez uspechu :-(
Tusite nekdo, kde delam chybu?
-
nemůže najít boot, hledá ho na ssd, asi dej do fstabu ten na SD kartě?
taky je možné se vykašlat na uuid a normálně tam dát /dev/mmcblk0p1 /boot
a root=/dev/sda2 nebo něco takového, ale nemusí to pak fungovat při zapojení více usb disků
-
Ja prave mam v fstabu rootfs na SSD a boot SD karte. Viz obrazek.
-
pokud vidím dobře, tak je to správně, nějak jsem to poprvé špatně viděl
zkus do fstabu dát /dev/mmcblk0p1
-
A nechcete zkusit postupovat podle někoho, komu to funguje?
https://www.tomshardware.com/news/boot-raspberry-pi-from-usb,39782.html (https://www.tomshardware.com/news/boot-raspberry-pi-from-usb,39782.html)
-
Nejlepší postup jak bez problémů rozběhat boot přes USB zařízení spočívá v updatu firmware na červnovou verzi (2020) a pak to jede hned a bez jakýchkoliv problémů (na RPi 4).
Netřeba žádných zdlouhavých nastavování, jen upgradnout firmware, naklonovat kartu například na SSD disk, vyjmou kartu a prostě nabootovat z disku připojeného přes USB :-)
-
Pro začátek doporučuji naučit se psát ke všem položkám ve fstabu nofail a možná i x-systemd.device-timeout=10. Toho dementní defaultní nastavení systemd, kdy zarazí boot, nahodí síť, ale nenahodí sshd (!!!), mě už stálo několik fyzických zásahů.
Po té, co ti to s tímto nabootuje, ale boot nepřipojí, můžeš debugovat - ověřit, že to to partuuid vidí a tak. (lsblk, ls -l /dev/disk/by-něco)
Tohle je mimo, on už nabootoval (ve smyslu že to natáhlo a pustilo kernel) a skončil na mountování věcí z fstabu. S tím firmware nic společného nemá.
-
Právě že společného má a to dost, z původního vyjádření se mu nedaří boot vůbec.
Já s tím také chvíli "bojoval" a ejhle po aktualizaci červnového vydání bootloaderu v eeprom (už dokonce stab. verzi je podporován boot u RPi4 z USB) standardně to běhá naprosto skvěle a to bez nutnosti mít boot na SD kartě či kartu vůbec zasunutou a jakýchkoli nastavování PARTUID a operací v fstab
-
Právě že společného má a to dost, z původního vyjádření se mu nedaří boot vůbec.
Ne, je tam napsáno a přiložen screenshot, že to skončilo na selhání připojení /boot poměrně daleko v bootování systému.
Já s tím také chvíli "bojoval" a ejhle po aktualizaci červnového vydání bootloaderu v eeprom (už dokonce stab. verzi je podporován boot u RPi4 z USB) standardně to běhá naprosto skvěle a to bez nutnosti mít boot na SD kartě či kartu vůbec zasunutou a jakýchkoli nastavování PARTUID a operací v fstab
A jak kernel magicky pozná, na kterém zařízení je /boot, když mu to neřekneš? Není to spíš tím, že jsi zkopíroval kartu celou, včetně partuuid? (osobně to tak dělám taky, takže mám na všech zařízeních stejné partuuid, a nemusím to měnit)