Onderwerp: RPI als boordcomputer

Juist. En ik wil dus kunnen kiezen welke USB poort eerst geprobeerd wordt en welke tweedst.

@Joop,

Uit nieuwsgierigheid; waarom is dat nodig/wenselijk?

Volgens mij kan je niet aangeven welke usb poort ie moet gebruiken. Wrs scant ie alle poorten en pakt ie de drive waarop ie een bootsector aantreft.

Misschien simpel gedacht, maar als de pi niet meer wil booten van de SSD(usb)
en je stopt de bootable stick in een andere USB poort, zal hij toch opstarten
van de (wel werkende) stick. Gesteld dat de priority van het booten op USB
als eerste staat.

A

Only Fools Rush in schreef :
De vraag is dus: als dat er 2 zijn, welke kiest hij dan? En waarom?

Ik begrijp de vraag niet. Apparaat boot toch van de usb poort waar je de SSD hebt aangesloten.

Jammer dat je OpenPlotter opties niet gebruikt. Daarbij geef je de usb aansluitingen een naam "alias" zodat ze automatisch worden herkend ongeacht de poort waar je ze insteekt.

Voor de SSD is dit niet eens nodig.

Joop66 schreef :
Heb je 2 schijven waar vanaf gestart kan worden?

Ik heb het ook geprobeerd met 2 usb sticks. Volgens mij pakt de Raspberry Pi gewoon de eerste die “gereed” is na aanzetten van de Pi. 1 van de twee flashdrives zal net iets sneller zijn dan de andere. Daar start de pi dan mee op.

Je kan het zelf proberen, of het “random” is, maar volgens mij is dat niet zo.

brambo schreef :
Kun je dan wel de bootvolgorde instellen, of blijft het random van welk USB device het eerst geprobeerd wordt te booten?

Je kunt de bootvolgorde instellen: vanaf SD kaart, vanaf een usb apparaat of booten vanaf het netwerk. Dat is geen vast gegeven, maar slechts de volgorde van de boot opties.

Je hoeft niet te kiezen. Bovendien gebruik je een USB3 poort voor een SSD. Kan natuurlijk ook vanaf een usb3 aktive hub. Dan heb je in ieder geval geen stroom probleem.

Het idee dat je meerdere boot mogelijkheden hebt, lijkt mij wat overdreven. Zo'n SSd boardje heeft in kleinste capaciteit al 128 GB en 1 TB kan ook.

Met het "alias" systeem blijft de aangesloten hardware gewoon herkenbaar.

sjoerd1981 schreef :
Random zal het niet zijn. Hij zal alle usb poorten in vaste volgorde afgaan en de 1e schijf waar vanaf geboot kan worden gebruiken.

Ok. Kan dus niet.

Dank.

Maar waarom moet dit automatisch gaan?

Als je echt van twee verschillende usb devices wil kunnen opstarten dan sluit je standaard de ssd aan.
Is daar iets mee dan haal je die eruit en stop je de usb stick er in en gaat dan weer booten.

Of is dat niet de bedoeling?

Als je naar de eerste pags van deze eindeloze brij kijkt, zie je dat de Roo ingebouwd is.

Ik wil dus een image kunnen installeren zonder de hele bende uit elkaar te halen.

Ook de SD poort is onbereikbaar.

Daarom dus de wens tot het kunnen aangeven van de prio van booten per USB poort.




Niet alleen aan jou, maar waarom is een antwoord op een vraag zo moeilijk?

Joop66 schreef :
Ik las dat de SD kaart niet bereikbaar was en ik had aangenomen dat een usb hub wel bereikbaar was.
Maar goed, dat is niet zo of je hebt er geen...

Dan snap ik nog niet zo goed waarom je in noodgevallen niet van een sd kaartje wil opstarten.

Overigens vraag ik mij af wat de RPI doet als er b.v. iets met de bootsector van de SSD is en de RPI de SSD wel herkent als zodanig. Gaat hij dan proberen van de SD kaart op te starten of start hij dan helemaal niet op.
Ofwel, is het toch niet noodzakelijk om de SSD usb aansluiting los te kunnen maken om van de SD kaart te kunnen starten.

@Joop je mag het ook gerust iets beter uitleggen/onderbouwen waarom je zoiets zou willen.
Dan krijg je ook een gerichter antwoord (hoop ik.. en anders komen de antwoorden ook duidelijk nog dommer over dus win,win)

Wat ik denk dat je wenst:
Joop heeft alles ingebouwd, SSD en SD zijn daarom onbereikbaar.
Voor zijn OS zijn elke week wel updates of Joop wil gewoon een functie kunnen uitproberen of zelfs een heel nieuw OS uitproberen 64bits met SignalK tommy en Kip bijvoorbeeld speciaal omdat Bram dat zo graag wil
Dan wil hij niet zijn huidige image vervuilen en/of het risico lopen dat de hele boel weer omvalt omdat hij er weer ingetuind is een Beta uit te proberen.
USB sticky er in nieuwe OS uitproberen, fuck het werkt niet, sticky er uit oude OS start weer netjes op.
Dat is denk ik wat hij wil, en dat zou voor hem ook verdomde handig zijn.

Nou, de vraag was overduidelijk hoor. Zelfs ik snapte het.
Dus dat is allemaal weer niet nodig. Als je de vraag niet begrijpt dan maar gewoon niet antwoorden...

Misschien ben ik dan wat minder slim maar ik snap het nog steeds niet:
lschip schreef : Joop66 schreef :
Die stick er in doen of uit halen gaat dus niet. Of lees ik dat zo verkeerd?

(je weet het pas dat je de vraag niet begrijpt als iemand het uitlegt)

Ik begrijp de vraag ook nog steeds niet. Als je er een usb stick insteekt of een andere SSD dan start een Linux systeem daar van op.

Deze vraag lijkt typisch te komen van een Windows gebruiker, waar je steeds moet uitzoeken op welke usb poort een apparaat moet worden gezocht. Windows gebruikers plakken soms aanduidingen bij de poorten om te zien in welke poort een apparaat moet moet worden ingestoken. Anders werkt het niet.

Bij Linux maakt het niet uit in welke usb poort je een SSD steekt. Kan zelfs op een usb hub.

Je gaat natuurlijk geen twee bootable apparaten tegelijk aansluiten.

Het is onduidelijk wat de TS wilt gaan doen.

De vraag op welke poort iets moet worden aangesloten is onzin.

Bram

brambo schreef :
Dat is nu juist de crux. Bij de meeste volwaardige computer systemen waar een Sata of nvme bus in zit kun je een recovery usb stick gebruiken. Bij een Framboos die "normaal" een ssd aan de USB bus heeft hangen waar hij van boot kan dat dus niet.

De vraag van TS is dus hoe ga ik een recovery usb stick toepassen.

“Als ik 2 bootable USB devices tegelijkertijd in de RPi stop; van welke wordt dan opgestart? Is dat random of (hoe?) kan ik de opstartvolgorde aanpassen?”


Dat is de vraag volgens mij...

Maar stel nou dat daar een vaste volgorde in is. Is het dan wel een oplossing en voor wat?

Wanneer wordt de eerste disk overgeslagen en vanaf de tweede gestart?

Als de eerste niet meer als harddisk wordt gezien? Dan moet hij heel erg stuk zijn.
Of zou het systeem slim genoeg zijn om te zien dat booten vanaf de eerste niet lukt en dan de tweede pakken, ik denk het niet.

Het lijkt mij niet automatische en degelijk/betrouwbaar te realiseren.

Ik stel mij voor dat TS de usb poort waar hij af en toe zijn test-stick in wil stoppen met een kabeltje naar een socket in z’n (wel bereikbare) paneel brengt.

Normaal zit daar niets in en wordt van ssd gestart. Stopt ie daar een bootable stick in, dan heeft deze voorrang tov de ssd

Zo heb ik TS’ vraag impliciet ingevuld. Of dat klopt...?

Nachtvlinder schreef :
Dit.

En wat ZP zegt.

En Roos snapte hem ook.

Zoals gezegd: framboos is ingebouwd. SSD ook. SD niet bereikbaar.

Er is wel extern een USB hub.

Dus, nogmaals.

Mocht met SSD iets mis gaan. Versie, update, powerfailure, bliksem, nucleaire explosie, wat dan ook. Gewoon: er moet een oud image op.

Hoe te repareren zonder de hele bende te demonteren.

lschip schreef :
Stel dat je jouw Pi zo ingebouwd hebt dat je niet meer snel bij de poorten kan. Als hij dan vastloopt, start de pi na een reset automatisch weer op, gebruikmakend van de tweede bootable
USB.
lschip schreef : Zodra je stroom op de pi zet, gaat hij op zoek naar een bootable schijf. Dat kan als eerste de SD zijn, of de USB, net zoals je dat hebt ingesteld. Qua volgorde van USB gaat hij heel snel alle poorten af. Welke gebruikt wordt is niet “random”, maar heeft een logica. Meest waarschijnlijk is dat de usb die als eerste “gereed” staat, wordt gebruikt.
lschip schreef : Als de pi vastloopt, en de usb kapot is, zal deze niet meer “gereed” staan na een reset. Dus kiest de pi een usb die welk reageert.
lschip schreef :
Ik denk het om eerlijk te zijn wel. De pi gaat gewoon alle usb poorten af. Reageert er eentje, dan is het bingo!
lschip schreef :
Tja, ik snap de vraag wel. Actief een usb prioriteit geven kan volgens mij niet. Maar proefondervindelijk kan je er wel snel achterkomen welke usb stick altijd als eerste gekozen wordt.
Of je kan in de usb-aansluiting van Pi een verlengkabeltje aansluiten, zodat je wel makkelijk een poort hebt die fysiek bereikbaar is. En waar je een reserve usb in kan stoppen...

Ik ga vanavond eens kijken of ik kan zien hoe die prioriteit werkt met 2 bootable usb sticks..

@Sjoerd: dank.