Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Vložil jsem disk s formátování NTFS (druhý disk z MS-WindowsXP).
Jak ho připojit v openSUSE na účet User205, aby byl běžně editovatelný (práva) ? Moje úroveň - běžný uživatel.
Část výpisu přes Yast2
/dev/sdb1 HPFS/NTFS
Můj adresář:
media:/sda4/home/User205/
Viz: man mount
Použijte parametr uid, gid a umask kde si zjistíte jaké uid má uživatel User205 a potom zadáte parametr uid=číslo_toho_usera.
Potom se to bude tvařit že všechny soubory budou patřit tomu uživateli s tím uid. (čili ten uživatel s tím bude moci dělat co chce)
Jinak hledání nefunguje ?
Jak mohu připojit NTFS disk, jaká je podpora NTFS pod Linuxem?
Upravil jsem fstab přidáním 5. řádku SATA_ST38410A (přidal jsem původně druhý disk NTFS z Windows XP)
/dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part4 / ext3 acl,user_xattr 1 1 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part1 /windows/C vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part5 /windows/D vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part6 /windows/E vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part7 /windows/N ntfs users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part3 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/sdb4 /media/zip auto noauto,user 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Co mám ještě udělat, protože disk zatím není dostupný, i když v Yast2 (Control Center -> System -> Partitioner) se mi zobrazuje.
Mám vůbec pátý řádek dobře?
/dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part7 /windows/N ntfs users,gid=users,umask=0002,utf8=true 0 0
uvedení ntfs-3g místo pouhého ntfs do tabulky /etc/fstab nepomůže?
Jseš si jistej že ten novej HDD je skutečně
/dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part7 To se mě moc nezdá na tom novém HDD máš 7 oddílů ?
Tu sedmičku (-part7) jsem si vymyslel, protože nevím jaké číslo uvést.
Ještě poradit. Práva na adresář /windows/N jsem dělal v grafickém prostředí:
Group: Can View & Modify Content (openSUSE)
Jak by měl být příkaz chmod na změnu práv?
Něco dělám blbě. Po výpisu
autocont:~ # chmod 777 /windows/N autocont:~ # ls /dev/disk/by-id ata-ST340016A_3HS8WD7A edd-int13_dev80-part5 ata-ST340016A_3HS8WD7A-part1 edd-int13_dev80-part6 ata-ST340016A_3HS8WD7A-part2 edd-int13_dev81 ata-ST340016A_3HS8WD7A-part3 edd-int13_dev81-part1 ata-ST340016A_3HS8WD7A-part4 scsi-SATA_ST340016A_3HS8WD7A ata-ST340016A_3HS8WD7A-part5 scsi-SATA_ST340016A_3HS8WD7A-part1 ata-ST340016A_3HS8WD7A-part6 scsi-SATA_ST340016A_3HS8WD7A-part2 ata-ST38410A_7DX0QXSM scsi-SATA_ST340016A_3HS8WD7A-part3 ata-ST38410A_7DX0QXSM-part1 scsi-SATA_ST340016A_3HS8WD7A-part4 edd-int13_dev80 scsi-SATA_ST340016A_3HS8WD7A-part5 edd-int13_dev80-part1 scsi-SATA_ST340016A_3HS8WD7A-part6 edd-int13_dev80-part2 scsi-SATA_ST38410A_7DX0QXSM edd-int13_dev80-part3 scsi-SATA_ST38410A_7DX0QXSM-part1 edd-int13_dev80-part4
a úpravě fstab na
/dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part4 / ext3 acl,user_xattr 1 1 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part1 /windows/C vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part5 /windows/D vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part6 /windows/E vfat users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST340016A_3HS8WD7A-part3 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/sdb4 /media/zip auto noauto,user 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
mi systém vytuhnul při zapnutí. Disk jsem musel odpojit, abych PC rozběhnul.
Jak by měl být
/dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs users,gid=users,umask=0002,utf8=true 0 0
nebo se nějak musí upravit celá fstab.
autocont:~ # blkid /dev/sda1: LABEL="WIN_C" UUID="B815-F956" TYPE="vfat" /dev/sda3: TYPE="swap" UUID="c3579ab0-df5e-4700-906f-ec4d9e436131" /dev/sda4: UUID="405620a8-cbae-4ebe-89b9-96ee784ed28d" SEC_TYPE="ext2" TYPE="ext3" /dev/sda5: LABEL="WIN_D" UUID="47FF-4097" TYPE="vfat" /dev/sda6: LABEL="WIN_SWAP" UUID="8FFE-8372" TYPE="vfat" /dev/sdb1: UUID="F6F0D666F0D62C9D" LABEL="Nov� svazek" TYPE="ntfs" autocont:~ # mount /dev/sda4 on / type ext3 (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda1 on /windows/C type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,utf8=true) /dev/sda5 on /windows/D type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,utf8=true) /dev/sda6 on /windows/E type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,utf8=true) securityfs on /sys/kernel/security type securityfs (rw) autocont:~ #
Díky, díky - vyřešeno, ověřeny a funkční následují příkazy
UUID=F6F0D666F0D62C9D /windows/N ntfs-3g users,gid=users,umask=0002,locale=cs_CZ.UTF-8 0 0 UUID=F6F0D666F0D62C9D /windows/N ntfs-3g users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs-3g users,gid=users,umask=0002,locale=cs_CZ.UTF-8 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs-3g users,gid=users,umask=0002,utf8=true 0 0 mount -t ntfs-3g /dev/sdb1 /windows/N
mount -t ntfs-3g /dev/sdb1 /windows/N
.
Jen při vkládání souborů do oblasti disku NTFS vyskakuje okénko s hláškou:
Není možné změnit přístupová práva.
Ale jinak vše provedeno.
Díky, díky - vyřešeno, ověřeny a funkční následují příkazy - Napoprvé se to zmrvilo 
UUID=F6F0D666F0D62C9D /windows/N ntfs-3g users,gid=users,umask=0002,locale=cs_CZ.UTF-8 0 0 UUID=F6F0D666F0D62C9D /windows/N ntfs-3g users,gid=users,umask=0002,utf8=true 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs-3g users,gid=users,umask=0002,locale=cs_CZ.UTF-8 0 0 /dev/disk/by-id/scsi-SATA_ST38410A_7DX0QXSM-part1 /windows/N ntfs-3g users,gid=users,umask=0002,utf8=true 0 0 mount -t ntfs-3g /dev/sdb1 /windows/N
Při vkládání souborů do oblasti disku NTFS vyskakuje okénko s hláškou:
Není možné změnit přístupová práva.
Ale jinak vše provedeno.
Dovětek.
- Možnou příčinou prvotních neúspěchů bylo i pojmenování svazku českou diakritikou vygenerovanou prvním připojením disku k operačnímu systému MS-Windows XP. To jsem odstranil, ale již jsem zpětně netestoval. Čili jen má dodatečná spekulace.
- Zkoušel jsem i přehazovat propojku na disku. Ta je teď v nastavení, že disk je připojen podle podle kabeláže (šráku).
- Proč pod MS-Windows XP užívám FAT32 (příspěvek od Ghaad)? Je svižnější, nemá režii jako NTFS (starší komp). Ale hlavně při použití rozdílového zálohování, na NTFS se špatně vyhodnucuje čas změny souboru (údajně u NTFS jsou dvě časové značky - nejsem odborník, ale někde to zaznělo v diskusi). Takže zálohovácí systém zbytečně zálohuje, co nebylo modifikováno (časové značka je rozdílná mezi souborem na disku a na zálohovacím nosiči - DVD-RAM). S FAT32 u zálohování problém není.
Ale kdyz to mate vyzkouseno, tak OK. Ja jsem shodil uz i z externiho disku hned po koupi NTFS (tam bylo od vyrobce) a mam tam ext3 (kupodivu tam neslo rozbehnout RaiserFS).
Tiskni
Sdílej: