Společnost Eclypsium se na svém blogu rozepsala o bezpečnostním problému počítačů Framework. Jedná se o zranitelnost v UEFI umožňující útočníkům obejít Secure Boot.
Editor kódů Zed (Wikipedie) po macOS a Linuxu s verzí 0.208.4 už běží také ve Windows.
Apple dnes představil 14palcový MacBook Pro, iPad Pro a Apple Vision Pro s novým čipem M5.
Debian pro mobilní zařízení Mobian (Wikipedie) byl vydán ve verzi 13 Trixie. Nová stabilní verze je k dispozici pro PINE64 PinePhone, PinePhone Pro a PineTab, Purism Librem 5, Google Pixel 3a a 3a XL, OnePlus 6 a 6T a Xiaomi Pocophone F1.
Operátor O2 představil tarif Datamanie 1200 GB . Nový tarif přináší 1200 GB dat s neomezenou 5G rychlostí, a také možnost neomezeného volání do všech sítí za 15 Kč na den. Při roční variantě předplatného zákazníci získají po provedení jednorázové platby celou porci dat najednou a mohou je bezstarostně čerpat kdykoli během roku. Do 13. listopadu jej O2 nabízí za zvýhodněných 2 988 Kč. Při průměrné spotřebě tak 100 GB dat vychází na 249 Kč měsíčně.
Byly publikovány informace o útoku na zařízení s Androidem pojmenovaném Pixnapping Attack (CVE-2025-48561). Aplikace může číst citlivá data zobrazovaná jinou aplikací. V demonstračním videu aplikace čte 2FA kódy z Google Authenticatoru.
Free Software Foundation (FSF) spustila projekt Librephone, jehož cílem je vytvoření svobodného operačního systému pro mobilní telefony. Bez binárních blobů.
Byla vydána verze 7 s kódovým název Gigi linuxové distribuce LMDE (Linux Mint Debian Edition). Podrobnosti v poznámkách k vydání. Linux Mint vychází z Ubuntu. LMDE je postaveno na Debianu.
Byl vydán Mozilla Firefox 144.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze lepší správu profilů. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 144 bude brzy k dispozici také na Flathubu a Snapcraftu.
Discord potvrdil únik osobních údajů přibližně 70 000 uživatelů. Incident se týká uživatelů po celém světě, především těch, kteří v rámci ověřování svého věku nahráli do aplikace doklad totožnosti. Únik informací se netýkal systémů samotné platformy, ale došlo k němu přes kompromitovaný účet pracovníka zákaznické podpory u externího poskytovatele služeb.
# mdadm -C -ap7 /dev/md_d127 -R -f -l1 -n2 /dev/sda /dev/sdb ### slovo "missing" muze nahradit jedno zarizeni # fdisk /dev/md_d127 /dev/md_d127p1 * 10M 83 ext2 for boot /dev/md_d127p2 10G 83 ext3 for system /dev/md_d127p3 2G 82 swap /dev/md_d127p4 rest 83 ext3 for home # mkswap /dev/md_d127p3 # swapon /dev/md_d127p3 # mke2fs /dev/md_d127p1 # for i in 2 4;do mke2fs -j /dev/md_d127p$i; doneGrub instaluju:
# cd /dev ; ln -s md_d127 md_d127p ### osetreni chyby grubu # echo "(hd0) /dev/md_d127p" > /boot/grub/device.map # grub --device-map=/boot/grub/device.map root (hd0,0) setup (hd0) quitV /boot/grub/grub.conf (menu.lst standardniho grubu):
title= system root (hd0,0) kernel /kernel md=d127,/dev/sda,/dev/sdb root=/dev/md_d127p2Kernel delam sam, vse mam v nem, nemam tam moduly. Ale ramdisk je to schopno z /bootu nacist taky. Mam to tak v beznem produkcnim nasazeni u zakazniku, jen tech oddilu je tam o neco vice. Oproti kontrole nekolika (mnoha) raidu staci kontrolovat tento jeden, instalace i udrzba je jednoduzsi.
Naproti tomu pouziti /etc/mdadm.conf (nebo jak se to jmenuje) umoznuje presne specifikovat konfiguraci pole a nehrozi, ze se sestavi spatne.
Navíc je současný mdadm.conf
a vlastně v něm stačí definovat, kde hledat a jak přiřadit zařízení podle UUID pole.
Ale pravda, pak je potreba mit initramfs (tedy v pripade, ze na poli je rootfs).
Což už je dnes stejně potřeba skoro vždy, křečovitou snahou vyrobit za každou cenu systém bez initial ramdisku si člověk spíš víc práce přidělá než ušetří.
Navíc je současný mdadm.conf a vlastně v něm stačí definovat, kde hledat a jak přiřadit zařízení podle UUID pole.AFAIK jádro k sestavení pole taky používá UUID.
Což už je dnes stejně potřeba skoro vždy, křečovitou snahou vyrobit za každou cenu systém bez initial ramdisku si člověk spíš víc práce přidělá než ušetří.Tak to mám zkušenost přesně opačnou. Jednak z initramfs v kombinaci se software suspendem nemám dobrý pocit (pokud vím, když se něco nepovede - připojí se oddíl a pak se začne probouzet - sbohem data). No a druhak už mě vadný mdadm.conf několikrát pokousal, takže jsem musel bootovat LiveCD a opravovat. (Třeba když se initramfs s mdadm.conf přegeneroval blbě nebo taky vůbec.) Prostě na systém bez initramfs a autodetekci nedám dopustit, s tím jsem ještě v životě problémy neměl, žádné problémy se špatně sestaveným polem, a to i v případě různých stěhování disků.
AFAIK jádro k sestavení pole taky používá UUID.
To asi ano. Jde ale o to, že jádro neví, že konkrétní UUID odpovídá md0
, druhé md1
a třetí je jen náhodný kolemjdoucí, který tu nemá vůbec co dělat. Takže se musí orientovat jen podle "preferred minor" ze superbloku a tam právě může nastat problém v okamžiku, kdy připojíte disk, na kterém je FD oddíl, který byl součástí cizího pole. Jádro sice možná pozná, že je z jiného md0
než ostatní, ale už nemá šanci poznat, které z těch dvou md0
je to pravé.
Jednak z initramfs v kombinaci se software suspendem nemám dobrý pocit (pokud vím, když se něco nepovede - připojí se oddíl a pak se začne probouzet - sbohem data).
Používám už celkem dlouho systém s kombinací několika SW polí a LVM, suspend používám také a problém, který popisujete, jsem nikdy nezaznamenal. Naopak, initial ramdisk se hodí i k řadě dalších užitečných věcí, které je bez něj čím dál těžší obcházet.
/dev/disk/by-uuid/*
, které vytváří udev a ten je v tomto případě třeba spustit z initial ramdisku. Neříkám, že to nelze obejít, ale jsme zase na začátku - křečovitým odmítáním initial ramdisku si dnes většinou víc práce přiděláte než ušetříte.
Tiskni
Sdílej: