Portál AbcLinuxu, 1. května 2025 11:10
Kamarád si na druhej počítač koupil novej disk. Dal si na něj Windows i Linux a protože z jistých svých důvodu používá NTFS hledal jak daleko je podpora rw u Linuxu. Něco našel a začal se v tom vrtat a rozcházet podle návodů a rad, aby dosáhl svých cílů. Reakce Linuxu (Fedora 4) však byli zajímavé.
Nejprve přimontil disk a ve vlastnostech disku, permissions odcvakl možnost zapisovat. Systém ho hled vyfakoval, aniž by smáčkl tlačítko OK.
Druhá varianta kterou provedl bylo ruční přimountění disku s parametrem -w. Akce se podařila a ve vlastnostech disku, permissions bylo možné bez jakýchkoliv problémů odškrtnou možnost zápisu na disk. Bohužel realita byla úplně jiná.
Poslední pokus bylo přimontování disku s parametrem -r -w, které se projevilo ve vlastnostech disku, permissions již okomentovanými parametry r, w. Realita byla opět pro něj nevýhodná a tak dalších pokusů zanechal a do budoucna prý na svém druhém šrotu bude používat virtuální mašinu.
Legrační bylo, jak se systém choval a jak svou skutečnost interpretoval uživateli. Taky jsme se nasmáli tomu, že pro zobrazení hodnot permissions ve vlastnostech disku a suborů záleží na tom, v jakém pořadí jsou parametry -r -w zapsány. Hodnoty a nastavení které se zobrazují ve vlastnostech disku nejspíše čte z /etc/mtab. Proč se zde zapisují i hodnoty které jsou nepravdivé nebo nereálné, nechápu.
Tiskni
Sdílej:
Ako zdatný užívateľ viacerých operačných systémov, ochotný za SW platiť, si mal po správnosti použiť komerčnú implementáciu NTFS ovládača.
Jinak ta vícevrstvost je zřejmá, možná by ale nevadilo, kdyby byl ten mount schopen detekovat, zda je zařízení R či R/W z ovladače a případně oznámit, že -w nelze a že je pouze -r, ale to je asi jedno.
Někdy to jde, třeba při pokusu mountovat ISO 9660 read write vypíše varování, že ho stejně mountuje read only. Ale co se týká médií se zakázaným zápisem, tam bude asi problém v neexistenci interface, který by takovou informaci umožňoval zjistit.
Taky jsme se nasmáli tomu, že pro zobrazení hodnot permitions ve vlastnostech disku a suborů záleží na tom, v jakém pořadí jsou parametry -r -w zapsány.
Použijete-li dva přepínače, které se navzájem vylučují, je to celkem logické. Chování většiny příkazů je takové, že platí poslední varianta, předpokládám, že u mount
to nebude jinak. Samozřejmě, mohl by vás poslat kamsi, když si nemůžete vybrat, ale tento přístup se hodí, protože jednoduše řeší konflikty, když se parametry berou z několika různých zdrojů. Podobně se chová třeba gcc, když mu zadáte '-O1 -O3
' nebo '-O3 -O1
'.
USE=fuse emerge ntfsprogs
. Nesmažu ale většinu adresářů, kvůli tomu, že v nich zbyde jeden soubor, který nejde smazat a podobně. Použitelný to ještě moc není. Ale šlo kopírovat na NTFS, jakž takž jsem tedy něco smazal - i velké soubory. Ve Windows potom nebyl problém, nic se s nimi nestalo.
A co takhle misto uceni Linuxu zapisovat na NTFS naucit
Windows zapisovat na ext3?
Melo by to fungovat na Windows NT, 2k, XP a snad i 2k3, pod chystanymi Windows Vista to zrejme fungovat nebude, ponevadz by autor Open Source musel platit 500$ rocne za Class 3 Commercial Software Publisher Certificate - viz clanek na Zive.cz.
Jedine, co jsem slysel ze s tim jsou problemy je hibernace a nasledny boot do jineho OS.
V nazvech souboru diakritiku nepouzivam.
P.S.: Neni jednodusi napsat nez dvojtečka pomlčka pravá kulatá závorka + vysvetlivky jak jsi to jako myslel?
P.S.2: Ja jsem to nejenom slysel, ja jsem to i vycetl:
Hibernate (suspend to disk)
You can use hibernate (suspend to disk) in Windows only if you resume Windows subsequently. Furthermore, you can use hibernate (suspend to disk) in Linux only if you attempt to resume Linux subsequently. It means that you should shutdown Windows before booting Linux and vice-versa. You cannot mix the two operating systems.
Jediny, co jsem poplet je ze to neni Open Source, ale Freeware.
-r
je jen zkratka pro '-o ro
' a -w
zkratka pro '-o rw
'. Co se Gnome týká, pravděpodobně se orientuje jen podle přístupových práv, na kterých to vidět není.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.