OT: Linux na USB

[Michal Grunt]

Tak jsem opět u Linuxu narazil na neprekonatelny problem v základní funkci. On board gbit síťovka se při bootu odmítá slinkovat na 100mbit switch. Když systém naběhne tak staci zadat ifdown, následně přes ethtool nastavit speed na 100 a pak ifup a slinkuje se na 100mbitu bez problemu (a nasosne z dhcp ipv4). Ale na to jak ji to vnutit při bootu jsem neprisel nebo aby se prepla sama coz by bylo lepsi. Zkoušel jsem ty příkazy zadat do rc.local (nepomohlo to) pak upravit /etc/network/interface a na konec dat pre-up ethtool… nebo post-up a taky nic. Přitom Windows s tim problémy nemají. Proste si samy bez zásahu prepnou rychlost při booti a jedou.

Od: Michal Grunt
Odesláno:pondělí 8. ledna 2018 14:11
Komu: HW-news
Předmět: Re: OT: Linux na USB

Děkuji všem za užitečné informace. Našel jsem skripty, které upraví
Ubuntu server LTS pro USB flash (nebo SD...). Tak z nich zkusím
vypreparovat základ a dále upravit k obrazu mému. Ale co jsem na to
předběžně koukal (když odstraním to co nepotřebuju tak tam z nich
skoro nic nezůstane...) tak se tam asi taky moc neřeší nějaké omezení
zápisů a je to jenom prostá úprava už vytvořeného filesystému... No
uvidím až to nabootuju (teď to kopíruju na USB flash).

https://github.com/Cyclenerd/ethereum_nvidia_miner

Michal Grunt

Dne 8. ledna 2018 5:45 Pavel Troller <patrol na sinus.cz> napsal(a):
> Zdravím,
>   něco podobného jsem si udělal (samozřejmě na své distribuci, takže jsem si mohl se vším dostatečně vyhrát dle potřeby). Vyzkoušel jsem celkem tyto varianty:
>   1) Použit iso9660. Ten je by principle R/O, takže nehrozí, že by se tam něco zapisovalo. Samozřejmě lze mít druhou partici s nějakým VFATem pro vaše data, ale není to úplně ono. Vhodné pro systémy, které mají hodně RAM, protože spousta věcí včetně rootfs bude bydlet v ramdisku.
>   2) Použit f2fs. Ten je doma v různých mobilech a jiných a celkem umí s těmito typy pamětí zacházet. Nevýhoda byla v tom, že se mi několikrát stalo, že se ze mně neznámého důvodu zkoruptoval. Stalo se mi to i na mobilech, takže je to asi celkem běžná věc. Projevilo se to tak, že ls hlásilo soubor v adresáři a normálně ho ukázalo, ale při pokusu o otevření (např. spuštění nebo prostě třeba v editoru) nastala chyba No such file or directory. f2fsck pak našel nekonzistence a výsledkem kontroly bylo, že soubor zmizel i z toho adresáře :-). Tak jsem tuto větev opustil.
>   3) ext2 - schválně, protože bez žurnálu, do kterého se často zapisuje. Použitelné, ale ext2 je na dnešní dobu přeci jen dosti pomalé, zvláště při fsck, a to mi docela vadilo.
>   4) ext4 - celkem bez omezení. Zajímalo mne, co to dá. Tímto způsobem jsem provozoval bootnutý HP server po dobu cca 3 týdnů, běžely na tom testy jisté platformy a jeden z partitions se neustále zapisoval gigabajty dat, která se pak mazala a nahrazovala novými. Měl jsem pocit, že v závěrečné fázi testu už to zpomaluje, že zápisy nejdou tak rychle, jako když to bylo čerstvé, ale chyba nenastala a ta flash krásně bootne i teď. Tohle už byla úplně normální instalace, jen místo normálního disku to jelo z flash (samozřejmě u mne je "normální instalace" taky negrafická, v podstatě serverové prostředí :-) ). Flash byla za provozu zřetelně teplá, ale nevadilo jí to. Jo a hardwarově to byla mikro SD karta zastrčená do USB převodníku velikosti maličké USB flash. Velice chytrá věcička :-).
>   Takže - pokud nebudete zapisovat, můžete si nechat hlavní partitions (root apod.) mountnuté R/O a jako R/W mít jen /var a /home (a /tmp mít v ramdisku). Když vypnete logy a nebudete provozovat fronty (např. MTA nebo print server), i do toho /var bude jen málo zápisů. To bude spolehlivě fungovat i s tím ext4.
>   Zdraví Pavel

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20180109/88967835/attachment.html>