Čeští policisté společně se svými tureckými kolegy zadrželi 51 lidí, kteří se podle kriminalistů podíleli na provozu podvodného call centra v Istanbulu. Skupina je spojena s 1173 případy podvodů na českých občanech, při kterých vznikla škoda přes 553 milionů korun.
Immich byl vydán v nové verzi 3.0.0. Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Společnost Juno Computers prodávající počítače s předinstalovaným Linuxem má nově v nabídce linuxový tablet Juno Tab 4 - WiFi. Na výběr je Debian, Ubuntu a Kubuntu. Předobjednat jej lze za 949 liber (26 500 korun).
Podman (Pod Manager), nástroj umožňující vytvářet a provozovat kontejnery, aniž by uživatel potřeboval práva roota, byl vydán v nové major verzi 6.0.0. Přehled novinek v poznámkách k vydání. Řešena je i vážná bezpečnostní chyba CVE-2026-57231.
Společnost Sony oznámila, že od ledna 2028 přestane vydávat nové hry pro PlayStation na fyzických discích. Všechny budoucí tituly budou dostupné výhradně v digitální podobě na PlayStation Store.
Google Chrome 150 byl prohlášen za stabilní. Nejnovější stabilní verze 150.0.7871.46 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 433 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Soudní dvůr Evropské unie potvrdil rekordní pokutu 4,125 miliardy eur (100 miliard Kč) americké technologické firmě Google ze skupiny Alphabet. Pokutu firmě v roce 2018 vyměřila Evropská komise (EK) za to, že Google podle ní zneužívá operačního systému Android k potlačení konkurence na trhu vyhledávacích služeb.
Administrativa amerického prezidenta Donalda Trumpa povolila firmě Anthropic obnovit plný přístup klientů k modelům umělé inteligence (AI) Fable 5 a Mythos 5. Ty byly nedostupné bezmála tři týdny kvůli bezpečnostním obavám vlády, třebaže americké ministerstvo obchodu minulý pátek povolilo omezený přístup k modelu Mythos 5 pro některé „důvěryhodné“ domácí organizace.
Francúzska organizácia na ochranu spotrebiteľa, po viac než ôsmych rokoch skúmania, žaluje Epson za plánované zastarávanie tlačiarní. Súd sa začína dnes, 2. 7. 2026, vo francúzskom Nanterre.
Erin Catto, autor open source 2D fyzikálního enginu Box2D (Wikipedie), představil nový 3D fyzikální engine Box3D. Engine je již používán ve hře The Legend of California.
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