Instalačka Linuxu (z Rufusu) nenaběhne z paměťovky, ale z čtečky ano

[InstalFist]

Z jakého důvodu nenaběhne instalátor Linuxu Fedora vytvořený pomocí programu Rufus (poslední verze k 2.11. 14:57 kolem roku 2017) na paměťovku z ISO souboru Fedory , pokud je karta ve SSlotu notebooku a bootuji pomocí removable media(uefi)?
Pokud kartu dám do USB čtečky, vše jde OK, v boot nabídce se zobrazí něco jako USB reader(uefi)
Podrobnosti rufusu: režim partition GPT nebo MBR,mód vytváření ISO (druhý na výběr byl dd). Karta byla ve čtečce USB (ale už si to nepamatuji.). Hraje snad roli to, že při vytváření instalátoru jsem měl kartu v USB čtečce a tedy by to "drželo basu" s způsobem zapojení v době vytváření instalačky.

Nebo to souvisí s tím,  že třeba notebook a jeho UEFI nabootují správně paměťovku, ale v jádru nebo v initrd není podpora pro paměťovky? (ostatně v jednom případ je to mmcblk0p1 a driver něco jako sda_ohci, v druhém případě mass storage nebo UASP s driverem ohci, ehci....)

[Reklama]

[nobody(ten pravej)]

tipoval bych ze HW boot z interni sd ctecky nefunguje, nebo ti snad zacne startovat? (ze spekulujes o absenci podpory v jadre)

nevim jestli by ti to k necemu bylo, ale i bez podpory uefi z interni ctecky, muzes (pokud bude ta podpora v jadre a initrd) bootovat z ctecky tak ze grub a /boot budes mit na USB flash, ale jadro+initrd+system budes brat z mmcbl0

[nobody(ten pravej)]

resp. kdyz by byla podpora mmc v jadre, tak by boot mohl byt na sd a jen grub na usb, pokud by nebyla tak /boot na usb z ktereho by se natahlo krome jadra initrd s jadernejma modulama pro mmc, pokud by nebylo rovnou, tak je pridas snadne (nevim jak ve Fedore, ale v Debian/*buntu pouze napsanim do /etc/initramfs-tools/modules) a bude se pri aktualizaci/vytvareni initrd pro aktualizovane/nove jadro vyrabet s tim automaticky...

[InstalFist]

V boot menu notebooku vyberu v kategorii UEFI (mám povoleno legacy + uefi) vyberu removable patřící paměťovce a pak se nic neděje - první co se má zobrazit je grub  té instalačky z isa s nabídkou Fedory + Fedory s kontrolou integrity média.
Chtěl jsem kompletně vše z karty, takže mít to rozcafrané na 2 místech nejde.
Možná ještě vyzkouším se vrátit k historickému MBR.

[nobody(ten pravej)]

pokud tedy chces vse z karty, zkus opravdu to MBR a legacy GRUB, pripadne zkusit dohledat zda novejsi BIOS to naahodou neresi, nebo zda neni nejakej neoficialne upravenej... o jakej jde HW?

btw: to ze to jede pri karte v USB ctecce je tim ze v tu chvili se to nepovazuje za SD kartu, protoze to je v podstate "USB Flash"

[Reklama]

[pepa]

instalacky Linuxu (ubuntu) riesim v programe Win32DiskImager. S rufusom som neuspel.

[Pavouk106]

Nebo to souvisí s tím,  že třeba notebook a jeho UEFI nabootují správně paměťovku, ale v jádru nebo v initrd není podpora pro paměťovky? (ostatně v jednom případ je to mmcblk0p1 a driver něco jako sda_ohci, v druhém případě mass storage nebo UASP s driverem ohci, ehci....)

Napadlo mě jako první rozdíl mmcblk vs. sdX

Na druhou stranu dnes bych očekával, že se pojede podle UUID a tím pádem by měl odpadnout problém s rozhozením paměťovek a "disků".

[InstalFist]

Zeptám se ještě z jiného úhlu (předtím dotaz s raspberry pi nijak nesouvisel): Co potřebuje raspberry k nabootování jednak z USB disku a z microSD ?
Stačí UEFI nebo MBR, nebo má raspberry své způsoby?

[Pavouk106]

RPi má svůj způsob. Na kartě chce najít první oddíl typu FAT, na kterém má konkrétní soubory (technicky je to /boot, nemá cenu rozepisovat soubory, vše je v image Raspbianu). Pak je tam druhej oddíl se systémem. Ten lze přesunout na USB a pak jen v cmdline.txt v /boot uvést správnej oddíl, na kterym bude systém (místo původního /dev/mmcblk0p2 dát třeba /dev/sda1).

[nobody(ten pravej)]

[...] Pak je tam druhej oddíl se systémem. Ten lze přesunout na USB a pak jen v cmdline.txt v /boot uvést správnej oddíl [...]

to plati obecne pro vsechny RPi, ale u RPi3 je jeste dalsi moznost ze se prvotne nakonfiguruje z microSD z ceho ma startovat, a pak i po vyndani microSD je mozne startovat primo z USB nebo LAN, viz:
https://www.root.cz/zpravicky/raspberry-pi-3-umi-bootovat-z-usb-mass-storage-i-z-ethernetu/

[nobody(ten pravej)]

Napadlo mě jako první rozdíl mmcblk vs. sdX

to urcite nevadi(resp. ne v *buntu, nevim jak v Fedora), mam netbook s onboard eMMC, hlasi se jako mmcblk a problem to zadnej neni, jenze tam UEFI s tim samozrejme pocita ze s toho lze startovat...

[Pavouk106]

[...] Pak je tam druhej oddíl se systémem. Ten lze přesunout na USB a pak jen v cmdline.txt v /boot uvést správnej oddíl [...]

to plati obecne pro vsechny RPi, ale u RPi3 je jeste dalsi moznost ze se prvotne nakonfiguruje z microSD z ceho ma startovat, a pak i po vyndani microSD je mozne startovat primo z USB nebo LAN, viz:
https://www.root.cz/zpravicky/raspberry-pi-3-umi-bootovat-z-usb-mass-storage-i-z-ethernetu/

Díky za tip, tahle informace mi nějak utekla :-)