Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »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: