Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 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.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Mám v PC dva "identické" (tedy stejný výrobce a typ) pevné disky. A chtěl bych, aby první byl vždy /dev/sda a druhý vždy /dev/sdb. I tedy v případě, že bych třeba přidal do PC ještě jeden pevný disk.
Napadlo mě, že bych mohl vytvořit udev pravidlo založené na sériovém číslu prvního disku a sériovém číslu druhého disku.
Pomocí příkazu udevadm info --query=path --path=/sys/block/sda --attribute-walk jsem si zobrazil možné "match keys" pro /dev/sda. Ale nikde jsem nenašel "match key" operující se sériovým číslem disku!
Prosím tedy o radu, jak udělat, aby první disk byl vždy /dev/sda a druhý vždy /dev/sdb, i přestože v možných "match keys" chybí hodnota operující s sériovým číslem disku. Předem díky za reakce.
Řešení dotazu:
Kdyz si predstavim, ze bootuju system z /sda a nejdnou se to jako obrati nebo co, tak to trochu nedava smysl.. NN
Zásadně používám jak v /etc/fstab tak v /boot/grub/menu.lst koncept UUID nebo LABEL, takže problém nevidím.
Ještě dodám, že mám svépomocí vytvořenou bootovací flashku s Arch Linuxem. A chci opravdu, aby nedošlo ke změně písmenek, i kdybych v budoucnu přidal nový pevný disky, ať ho píchnu "kamkoli".
26.12.2010 17:42
Nicky726 | skóre: 56
| blog: Nicky726
Problém je ten, že možná budu reklamovat základní desku, tudíž musím disky odpojit z desky. Až budu mít novou (opravenou) desku, tak bude trochu problém se "trefit" tak, aby zůstaly zachovány "písmenka", protože se de facto ty dva disky ničím neliší (koupil jsem najednou 2 kusy).
Jde mi o to, abych se třeba neúmyslně nespletl, když třeba jeden disk budu přerozdělovat a druhý zůstane, jak je.
Jde mi o to, abych se třeba neúmyslně nespletl, když třeba jeden disk budu přerozdělovat a druhý zůstane, jak je.
Ještě dodám, že mám vytvořený záchranný disk (na USB flashce) na bázi Arch Linuxu, ze kterého můžu např. nainstalovat Arch Linux, opravit intalaci Arch Linuxu. A tam mi jde hlavně o to, abych náhodou nespletl písmenka.
Děkuju.
26.12.2010 18:40
Nicky726 | skóre: 56
| blog: Nicky726
Myslím, že jsem našel řešení. Kdyby se mi náhodou podařilo disky zapojit do desky v opačném pořádí, než jak byly dřív, tak bych to řešil pomocí udev následovně a bylo by 
KERNEL=="sda", SYMLINK+="pev_diskB" KERNEL=="sdb", SYMLINK+="pev_diskA"
A normálně bych tedy pracoval se zařízeními /dev/pev_diskA a /dev/pev_diskB.
Máš pravdu s tím, že řeším blbosti. Dyž já jsem už takovej. Moc díky za odpověď, která mě nakopla.
26.12.2010 21:20
Chytrex | skóre: 30
| Bohumín
Díky. Pro mě je přijatelnější /dev/disk/by-label. UUID bývá hnusná posloupnost znaků, zatímco LABEL lze vytvořit tak, že se to dá jednodušše zapamatovat.
Jenom pro úplnost uvádím obsah /dev/disk/by-id:
lrwxrwxrwx 1 root root 9 26. pro 17.09 ata-ST31000528AS_9VP6YQ06 -> ../../sda lrwxrwxrwx 1 root root 10 26. pro 17.09 ata-ST31000528AS_9VP6YQ06-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 26. pro 17.09 ata-ST31000528AS_9VP6YQ06-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 26. pro 17.09 ata-ST31000528AS_9VP6YQ06-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 26. pro 17.15 ata-ST31000528AS_9VP6YQ06-part4 -> ../../sda4 lrwxrwxrwx 1 root root 9 26. pro 17.09 ata-ST31000528AS_9VP6ZG2R -> ../../sdb lrwxrwxrwx 1 root root 10 26. pro 17.15 ata-ST31000528AS_9VP6ZG2R-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 9 26. pro 17.09 scsi-SATA_ST31000528AS_9VP6YQ06 -> ../../sda lrwxrwxrwx 1 root root 10 26. pro 17.09 scsi-SATA_ST31000528AS_9VP6YQ06-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 26. pro 17.09 scsi-SATA_ST31000528AS_9VP6YQ06-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 26. pro 17.09 scsi-SATA_ST31000528AS_9VP6YQ06-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 26. pro 17.15 scsi-SATA_ST31000528AS_9VP6YQ06-part4 -> ../../sda4 lrwxrwxrwx 1 root root 9 26. pro 17.09 scsi-SATA_ST31000528AS_9VP6ZG2R -> ../../sdb lrwxrwxrwx 1 root root 10 26. pro 17.15 scsi-SATA_ST31000528AS_9VP6ZG2R-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 9 26. pro 17.09 wwn-0x5000c5002057d403 -> ../../sdb lrwxrwxrwx 1 root root 10 26. pro 17.15 wwn-0x5000c5002057d403-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 9 26. pro 17.09 wwn-0x5000c5002057e1ea -> ../../sda lrwxrwxrwx 1 root root 10 26. pro 17.09 wwn-0x5000c5002057e1ea-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 26. pro 17.09 wwn-0x5000c5002057e1ea-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 26. pro 17.09 wwn-0x5000c5002057e1ea-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 26. pro 17.15 wwn-0x5000c5002057e1ea-part4 -> ../../sda4
Přičemž sériové číslo prvního disku je: 9VP6YQ06. Druhý má sériové číslo: 9VP6ZG2R.
Asi to nakonec (pokud budu reklamovat tu desku) vyřeším, že si disky nějak označím (třeba první '1', druhý '2'). Jiné řešení nevidím.
To je podle mě marná snaha. Možná by to šlo pomocí portů řadiče, ale pokud jde o externí disky, tam to samozřejmě aplikovat nelze.
Mám s udev pravidly důležitou, a přesto pouhým jedním slovem vyjádřitelnou zkušenost: nefungují. Například nedokážou zajistit ani takovou prkotinu, aby dvě síťová rozhraní od různých výrobců s různými MAC adresami byla pojmenovaná vždy eth{0,1} ve správném pořadí. Poté, co zoufalý správce něco takového zkusí (query, další úprava a kontrola pravidel, znova vygenerování bootovacího ramdisku, další restart...), velmi rychle pochopí, že jediným řešením je pevné pořadí zavádění modulů od těch síťovek. Je to smutné, ale je to tak.
U disků bohužel žádná podobná možnost není — oba obsluhuje jeden a tentýž kernelový modul.
Díky za napsání zkušenosti s udev.
Taky je docela dobře možné, že to funguje jenom v RHEL. Těžko říct. Já jsem bohužel ještě neviděl na vlastní oči stroj, kde by udev pravidla fungovala.
Tak já takový na ukázku mám, hned na 4 různých strojích.
A chybí mi tam „systém“. (ArchLinux s vanilla kernelem.) Udev normálně běží a funguje, „jenom“ ignoruje jakákoliv pravidla.
Zkuste se podívat na doprovodné utilitky k udevu. Např. na OpenSuSE 11.3 mi funguje
KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA SAMSUNG HD153WIS1UVJD1Z801585 ", NAME="sdb%n" KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA WDC WD15EADS-00 WD-WCAVY2757487", NAME="sdc%n" KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA WDC WD15EADS-00 WD-WCAVY0422919", NAME="sdd%n" KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA SAMSUNG HD154UIS1Y6J1LS806521 ", NAME="sde%n" KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA ST31500341AS 9VS29NRN", NAME="sdf%n" KERNEL=="sd[a-z]*", PROGRAM=="scsi_id -g -d %N", RESULT=="SATA WDC WD15EADS-00 WD-WCAVY0318396", NAME="sdg%n"
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz