Hodnota Bitcoinu, decentralizované kryptoměny klesla pod 70 000 dolarů (1,44 milionu korun).
Valve z důvodu nedostatku pamětí a úložišť přehodnocuje plán na vydání zařízení Steam Controller, Steam Machine a Steam Frame: "Cílem tedy stále zůstává vydat všechna tři nová zařízení v první polovině letošního roku, ale přesná data a ceny jsou dvě věci, na kterých usilovně pracujeme a jsme si dobře vědomi toho, jak rychle se v tomto ohledu může vše změnit. Takže ač dnes žádné zveřejnitelné údaje nemáme, hned jak plány finalizujeme, budeme Vás informovat."
Do 20. února lze hlasovat pro wallpapery pro Ubuntu 26.04 s kódovým názvem Resolute Raccoon.
Byla vydána lednová aktualizace aneb nová verze 1.109 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.109 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na Kickstarteru běží kampaň na podporu modulárního otevřeného handheldu Mecha Comet s Linuxem.
V nedávno zveřejněné kolekci dokumentů souvisejících s kontroverzním finančníkem a kuplířem Jeffrey Epsteinem se překvapivě objevil i referenční manuál unixového shellu Bash, jedná se o verzi manuálu z roku 2005. Aktuální vydání si lze stáhnout ze stránek GNU.
The Document Foundation oznámila vydání nové verze 26.2 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs). Vypíchnout lze podporu formátu Markdown.
Co se děje ve zprávách, ví asi každý - válka sem, clo tam, demonstrace na jednu i druhou stranu a bastlíř už má pocit, že se snad ani nic jiného neděje. To by však byl velký omyl a Virtuální Bastlírna je zde jako každý měsíc, aby vytáhla na světlo světa události ze světa vědy a techniky. Připojte se tedy nezávaznému povídání Strahovského MacGyvera! Co se tam bude probírat? PCBWay začalo dělat průhledné plošňáky, MARS končí s výrobou skříněk, FEL
… více »Guvernérka státu New York Kathy Hochul (Demokraté) plánuje novou legislativu, která by měla omezit výrobu 3D tištěných zbraní. Tento návrh zákona zavádí povinnost pro všechny 3D tiskárny prodávané ve státě New York obsahovat 'software' bránící ve výrobě zbraní. Návrh zákona rovněž zakazuje lidem sdílet 'digitální plány zbraní' (blueprinty) bez povolení. Existují důvodné obavy, že se tento nešťastný nápad může šířit do dalších zemí a ovlivnit celý 3D tisk jako takový. Ostatně, s podobnou regulací nedávno přišel i stát Washington.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za prosinec 2025 a leden 2026 (YouTube). Zajímavé, že i v roce 2026 celou řadu problémů vyřeší falšování řetězce User-Agent.
Dobrý den/večer,
snažím se o přesunutí kořenového zařízení (root) Arch Linuxu pro Raspberry Pi na domácí NFS server. Postupuju takto:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
## Toto vykonávám na stolním počítači:
# Pokud uvedu "sudo příkaz", tak tím myslím, že je třeba vykonat příkaz s oprávněními uživatele root.
$ export INST_DIR="/home/rotor/arch_arm"
$ mkdir -p "${INST_DIR}"
$ cd "${INST_DIR}"
$ wget http://archlinuxarm.org/os/ArchLinuxARM-rpi-latest.zip
$ unzip ArchLinuxARM-rpi-latest.zip
sudo mkdir /mnt/rpi-loop
# Výraz "188416*512" představuje začátek/offset kořenového oddílu v image (velikost bloku je 512 bajtů). S tímto pomůže "fdisk -l":
sudo mount -o loop,ro,offset=$(echo "188416*512" | bc) ${INST_DIR}/ArchLinuxARM-2014.06-rpi.img /mnt/rpi-loop
## Dále na domácím NFS serveru upravíme /etc/exports: /mnt/rpi 192.168.1.0/24(rw,no_subtree_check,nohide,insecure,no_root_squash)
## Zase na stolním počítači:
$ export RPI_NFS="/mnt/rpi-nfs"
sudo mkdir -p "${RPI_NFS}"
sudo mount -t nfs4 192.168.1.103:/mnt/rpi "${RPI_NFS}"
sudo rsync -avh --progress /mnt/rpi-loop/ "${RPI_NFS}/"
sudo umount /mnt/rpi-loop
sudo umount "${RPI_NFS}"
# Zkopírujeme "bootovací oddíl" z image na SD kartu (ostatní nově vzniklé oddíly na SD kartě smažu programem fdisk):
# count=186367 získáme z výpisu fdisk -l ${INST_DIR}/ArchLinuxARM-2014.06-rpi.img
sudo dd if=${INST_DIR}/ArchLinuxARM-2014.06-rpi.img of=/dev/sdX bs=512 count=186367
# Nyní připojíme "bootovací oddíl" na SD kartě a upravíme cmdline.txt tak, že bude obsahovat: ipv6.disable=1 selinux=0 plymouth.enable=0 smsc95xx.turbo_mode=N dwc_otg.lpm_enable=0 gdboc=ttyAMA0,115200 console=tty1 root=/dev/nfs nfsroot=192.168.1.103:/mnt/rpi rw ip=192.168.1.105:192.168.1.103::::eth0:off: elevator=noop # 192.168.1.103 je adresa domácího NFS serveru. 192.168.1.105 je adresa Raspberry Pi, resp. jejího síťového zařízení. # Odpojíme "bootovací oddíl" a dáme SD kartu do Raspberry Pi.
Následně když Raspberry Pi bootuje, tak je vidět obrázek maliny a pod ní blikající kurzor, na něco se čeká. Po asi minutě čekání:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Raspberry Pi není zapojené "na přímo" k domácímu serveru, jsou propojené přes router, který má adresu 192.168.1.1.
Co dělám špatně? Předem díky za reakce.
Řešení dotazu:
Díky. Mám hrozně pomalou kartu, tak jsem to chtěl kapánek urychlit (a navíc jsem hračička), aby se z karty četlo jenom minimum. Ta poznámka, že neběží síť, bude asi pravdivá.
Uvažuju, že na NFS přesunu domovský adresář, /tmp, /var. Co ještě?
ip=dhcpad 1) Nabootuj R-Pi z karty a ověř, že NFS export připojíš
ad 2) initrd.img rozbalíš jednoduše -- je to cpio archiv. Ověř si, že máš všechny potřebné moduly přítomny. Standardní initrd většinou nepodporuje boot ze sítě.
ad 3) Odpovídá na ping? Vidíš nějakou aktivitu síťovky?
Díky. Zaujal mě hlavně bod 2): To bude asi ono -- budou chybět jaderné moduly pro boot ze sítě. Bod 3): Mám router nakonfigurovaný tak, že můžu použít jak DHCP, tak statickou konfiguraci.
Takže se s tím nějak poperu a dám vědět výsledek.
Doinstaloval jsem do Arch Linuxu na SD kartě mkinitcpio a vytvořil initramfs-linux.img, přičemž jsem přidal "hook" net do /etc/mkinitcpio.conf, který by měl obsahovat kód pro bootování z NFS. Upravil jsem soubor config.txt a cmdline.txt, jak jsem psal níže, ale: 3): Na ping neodpovídá, není vidět žádná aktivita síťovky. Akorát to pořád píše:
IP-Config: Retrying forever (NFS root)...
Teď jsem si všimnul, že při tvorbě initramfs se vypisuje:
==> WARNING: No modules were added to the image. This is probably not what you want.
Nějak mě to začíná zmáhat.
Dávám sem odkaz na důležité informace ohledně Raspberry Pi: Slackware ARM on the Raspberry Pi.
Pro mě jsou asi nejdůležitější informace:
It is possible to use a separate initrd.gz file
edit /boot/config.txt to include these lines:
ramfsfile=initrd.gz ramfsaddr=0xa00000
and edit /boot/cmdline.txt to add the parameter:
initrd=0xa00000,0x279dfd
(replacing 0x279dfd with the hexadecimal size in bytes of your initrd.gz file)
Teď mi už "jenom" zbývá vytvořit korektní initrd.gz, tak aby obsahoval všechny potřebné jaderné moduly nutné pro root na NFS. Zatím netuším, jak to udělám, které moduly tam musím dát.
Trochu jsem hledal a "objevil Ameriku":
...initrd file was a gzipped filesystem image (in some file format, such as ext2... ...the new initramfs archive is a gzipped cpio archive...
Chápu tedy dobře, že v dnešní době i když se píše o initrd.gz, initrd=, tak vlastně je míněn initramfs?
V Arch Linuxu je zase utilita mkinitcpio, která se konfiguruje přes mkinitcpio.conf. A zjistil jsem, že je dostupná jako oficiální balíček i proch Arch Linux ARM! Takže nastartuju Arch Linux ARM na "Malině" a vytvořím v něm požadovaný initramfs. Snad to půjde. Díky.
Dávám sem odkaz na článek ohledně initrd, který mi pomohl líp pochopit initrd: Linux initial RAM disk (initrd) overview
Tak mi to nedalo a vyzkoušel jsem raspbian. Ten síťovku vidí (modul je zřejmě zkompilovaný přímo do jádra), dokonce můžu "malinu" pingnout, malina vykazuje určitou aktivitu (kontrolka aktivity pevného disku NFS serveru občas problikne, když "malina" startuje, což "normálně" skoro nedělá), ale to je bohužel vše. Skončí to se stejnou nebo podobnou chybou jako Arch Linux pro rpi.
Postupoval jsem podle tohoto návodu. Nemůže být chyba v tom, že na NFS serveru běží Arch Linux, resp. že se používá nfs4? Z ostatních počítačů normálně NFS exports připojím, jenom "malina" ne a ne.
Upravoval jsi initramfs na raspbianu tak, aby podporoval nfsroot?
Ne.
Jinak děkuju moc za navedení. Pokusím se.
zazálohuj si initramdisk
Kde ho najdu? V /boot evidentně není. Díky.
Evidentně je to v raspbianu, co se týká initramfs, stejné jako v Arch Linux ARM. Bod 3 "nic neudělá".
pokročil jsi nějak?
Já jsem udělal test... Mám aktuálně dvě R-Pi. Jedno mi primárně slouží jako NAS a teploměr, takže tam mám nfs. Zkopíroval jsem do /export/nfsroot/ celé / (resp. relevantní věci) a nastavil jsem nfs export.
/etc/exports:/export/nfsroot/ 172.16.1.0/28(rw,no_all_squash,insecure,sync,no_subtree_check,anonuid=1000,anongid=100)Nyní jsem stáhnul raspbian, zkopíroval obsah první partišny:
# losetup raspbian.img /dev/loop0 # kpartx -a /dev/loop0 # mount /dev/mapper/loop0p1 /mnt/dle_libosti # cp -ax /mnt/dle_libosti /mnt/rpikarta ...Nastavil jsem cmdline.txt -- v podstatě jsem ho nechal defaultní a jen změnil root a přidal ip a nfsroot:
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/nfs nfsroot=172.16.1.2:/export/nfsroot/ rw ip=dhcp elevator=deadline rootwait
No a zkusil jsem, co udělá R-Pi -- ku podivu nabootovalo ze sítě! (Byl jsem překvapen i já sám.) Neřešil jsem žádný ramdisk -- jádro nakonec obsahuje vše potřebné v sobě natvrdo. To znamená, že někde děláš nějakou chybu, nebo máš problém na síti...
Zkusil jsi z toho raspberrypi připojit ten NFS disk?
pokročil jsi nějak?
Ne, nepokročil jsem ani o krok (jsem otrávený). Mám na R-Pi raspbian (bootuju z karty), ale raspbian mi nevyhovuje. Pokud budu mít čas a chuť, tak bych znovu experimentoval s Arch Linuxem pro R-Pi -- zkusil bych zkompilovat vlastní jádro, aby podporovalo boot z NFS. A nevyhnu se hledání problému na své síti.
někde děláš nějakou chybu, nebo máš problém na síti...
Ano, taky si to myslím.
Děkuju za spolupráci.
Tak použij z Raspbianu jádro -- kernel.img je jasný plus to, co je v /lib/modules/. A máš to... Jádro nebudeš muset kompilovat a můžeš to nalít do své distribuce dle libosti...
Jiná otázka je, jak to, že Ti nefunguje NFS...
Tak použij z Raspbianu jádro... nebudeš muset kompilovat a můžeš to nalít do své distribuce dle libosti...
Tak tohle mě vůbec nenapadlo. Moc díky -- vyzkouším.
Jiná otázka je, jak to, že Ti nefunguje NFS...
S tím se budu muset poprat jako první.
Našel jsem pro mě zajímavou informaci na wiki.archlinux.org -- NFS:
If mount fails try including the server's export root (required for Debian/RHEL/SLES): # mount -t nfs servername:/full/path/to/music /mountpoint/on/client Note: Server name needs to be a valid hostname (not just IP address). Otherwise mounting of remote share will hang.
A já jsem pokaždé dával IP adresu serveru, místo abych zkusil "hostname". Možná to tímto vyřeším.
Zkusil jsi z toho raspberrypi připojit ten NFS disk?
Zkusil jsem z nabootovaného raspbianu připojit NFS root příkazem: mount -t nfs iatom:/mnt/rpi /mnt/rpi:
Skončí to time outem:
mount.nfs: Connection timed out
Vyřešeno!
Postupoval jsem stejně jako ty, ale s těmito změnami:
raspbian nezná hostname "iatom" a proto to nešlo z raspbianu připojit. Pokud použiju IP adresu, tak se to připojí./export/nfsroot/ jsem zkopíroval kompletní root fs Arch Linuxu pro RPI ("vycucnul" jsem to z image)./lib/modules/ a zkopíroval je do /export/nfsroot/lib/modules/ (plus budu ještě dělat/jsem udělal určité změny, protože se to nechová úplně, jak chci).dd jsem na SD kartu přenesl z image raspbianu všechno od začátku karty do konce prvního primárního oddílu./etc/exports mám stejné jako ty, jenom jinou IP adresu a masku.cmdline.txt mám obdobné jako ty.To mhepp: Děkuju!
Super! Tak Ti gratuluji! S hostname je to docela zajimave, nikdy jsem to nezkousel -- to si zapamatuji.
Jinak, pouziti adresare /export/nfsroot/ je ciste jen ma prakticka zalezitost, protoze na /export mam pripojeny externi disk, ktery sdilim na siti, takze nic zavazujiciho. ale dle libosti.
Tve upravy postupu jsou logicke, chces Arch ;)
Docela by mne ale zajimala prakticka stranka veci -- jak rychle to je? Subjektivne jsem mel pocit, ze system bootuje zhruba stejne, at lokalne, nebo ze site. Kdyby se Ti chtelo, docela by mne zajimalo nejake srovnani rychlosti...
Tak jsem se teď ráno rozhodnul, že tam dám raspbian místo Archu, protože Arch nešel korektně vypínat + další problémy (jádro z raspbianu?). Jenže zase: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Tiskni
Sdílej:
