Kérdés:
Hogyan indítsunk egy usb meghajtóról, de több meghajtót csatlakoztassunk a hubhoz
AncientOwl
2013-12-21 03:10:03 UTC
view on stackexchange narkive permalink

A Google keresése után tudom, hogy hagyhatja, hogy egy külső USB flash meghajtó átvegye az irányítást az SD vagy a microSD kártyáról történő indítás után. Szeretném tudni, hogy mi a legegyszerűbb egy USB-meghajtóról indítani, de több meghajtót más célokra csatlakoztatva (pl .: tárolás: owncloud, bittorrent szinkronizálás stb.). Az összes meghajtót egy rádióerősítő 4 portos hub segítségével csatlakoztatja az rpi-hez.

A többi eszköz egy külső USB merevlemez, nem pedig flash meghajtó lesz.

Négy válaszokat:
goldilocks
2013-12-21 18:36:33 UTC
view on stackexchange narkive permalink

Az alapértelmezett pi kernel lehet, hogy nem rendelkezik megfelelő illesztőprogramokkal a külső meghajtó csatolásához a gyökér fájlrendszer nélkül, 1 , ezért először meg kell vizsgálnia, és ha nem, készítsen egy kernelt, amelyik megteszi. Valószínűleg rendben van (a különféle online blogbejegyzések azt jelentik, hogy egyéni kernelre általában nincs szükség), de ezt minden esetre fontos megjegyezni.

Ha ez megvan, készítsen másolatot az elsődleges partícióról (a második egy) az SD-kártyáról a HDD-re, hogy tesztelje. Ne csináld ezt naivan, amíg a pi fut . Ennek tükröznie kell a fájlrendszer állapotát, amíg a rendszer ki van kapcsolva, ezért vegye ki a kártyát a pi-ből a másoláshoz.

Ha a másolatot a teljes fájlrendszer másolatával készíti, akkor módosítania kell. az UUID, mivel különben megegyezik az SD-kártya második partíciójával. Az UUID megszerzése linux alatt, ha a partíció /dev/sdb3:

  > blkid / dev / sdb3 / dev / sdb3: LABEL = "bármi" UUID = "8f30e12b-8a7c-4121-86f7-1134f39c66d5" TYPE = "ext4"  

Ha az UUID azonos, akkor módosítania kell a merevlemezen találhatót. Ehhez: tune2fs -U random / dev / sdb3 .

Ezután szerkessze a cmdline.txt elemet az SD-kártya első partíciójából (a olyan, amelyet / boot néven kapunk). Módosítsa ezt a részt:

  root = / dev / mmcblk0p2  

erre:

  root = UUID = c2b2016e-629a -4010-bf1f-563fd4c50e72  

Vagy bármi is legyen az új UUID a HDD partícióhoz. Ne adjon véletlenül új sort ehhez a fájlhoz vagy bármi máshoz. Ha mindez nem működik, akkor csak annyit kell tennie, hogy visszaállítja a korábbi állapotra ( / dev / mmcblk0p2 ).

Ha az eszközcsomópont helyett az UUID-t kell használni, hacsak nem ad hozzá egy udev szabályt annak beállításához, a HDD partíció eszközcsomópontja kiszámíthatatlan (bár gyakran ugyanaz lehet).

Végül, mielőtt megpróbálja ezt, szerkessze a HDcode partíció / etc / fstab -ját. Változtassa meg ezt:

  / dev / mmcblk0p2 /  

erre:

  UUID = c2b2016e-629a-4010-bf1f -563fd4c50e72 /  

Minden más maradjon ugyanaz.


1. A modulok lehetnek beépítettek vagy betölthetők. A betölthető modulok .ko fájlok a / lib / modules könyvtárakban, amelyek a gyökér fájlrendszer részét képezik. Egy éppen betöltött kernel nem tudja felcsatolni a gyökér fájlrendszert, ha ehhez a / lib / modules t igényli. Ezeket a modulokat vagy beépíteni kell a kernelbe, vagy be kell helyezni egy initramfs fájlba.

Thorbjørn Ravn Andersen
2013-12-21 14:26:35 UTC
view on stackexchange narkive permalink

Nem szükséges hagynia, hogy az USB-meghajtó átvegye az irányítást. Egy nagy SD-kártya képes a teljes Linux-telepítés tárolására. arra van szükség, hogy az adataik a megfelelő lemezen legyenek.

Ne feledje, hogy az ext4-et vagy hasonlót akarja fájlrendszerként használni a lemezeken, így ellenállóak lesznek a Pi áramellátása ellen.

A Raspbian-t használtam, és konfiguráltam egy 4 TB-os Synology NAS csatlakoztatására. Ez az összes Raspberry-nak rengeteg helyet és még további csere helyet biztosít (a NAS-on lévő visszacsatoló eszközökön keresztül).
conrad_heimbold
2016-04-10 10:23:45 UTC
view on stackexchange narkive permalink

Az alapértelmezett pi kern nem kezelheti az UUID-eket, csak a PARTUUID-okat.

Részletesebben:

  • Az UUIDS a partíció fájlrendszerétől függ
  • A PARTUUIDS NEM függ a partíció fájlrendszerétől

Ez a válasz egy archwiki fórumban részletesebben megmagyarázza az UUID és a PARTUUID közötti különbséget.

Tehát ha az alapértelmezett pi kernel nem támogatja a említett fájlrendszert, nem fog működni az UUID-vel - ez a helyzet az kernel forráskódja itt szerint.

Ezért a @goldilocks által említett válasz nem fog működni; az UUID helyett a sudo blkid / dev / sdb3 -val megemlített PARTUUID t kell használnia; és be kell írnia a root=PARTUUID=... szót is a root = UUID = ... helyett. A @goldilocks által fent említett összes többi dolog helytálló; csak mindig cserélje le az UUID-t a PARTUUID-re .

JustinSB
2016-11-14 03:59:02 UTC
view on stackexchange narkive permalink

A @conrad_heimbold-nak igaza van, és a /boot/cmdline.txt fájl szerkesztése a PARTUUID-del valóban elindítja a Pi-t.

Ugyanakkor egy helyen téved. Ha idézőjeleket helyez a PARTUUID köré, akkor a Pi nem indul el, de ha eltávolítja őket, akkor probléma nélkül indul.

azaz ez működik:

  root = PARTUUID = abcdef01-01 rootfstype = f2fs rw rootwait BLAH BLAH BLAH  

de ez nem fog sikerülni (a PARTUUID = " ... erős> "):

  root = PARTUUID =" abcdef01-01 "rootfstype = f2fs rw rootwait BLAH BLAH BLAH  


Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...