Szépen elolvastam, hogy kéne fölrakni ezt a csoda programot.
Letöltöttem, kitömörítettem, install.sh, captive-acquire-install, utána megpróbáltam mount-olni a partíciót, és a mount „none” feliratot mutat, ott ahol a /mnt/captive-ntfs -nek kellene lenni.
Benne van fstab-ba is, de lesz*rja.
Marha jó lenne, mert nem akarok mindig újraindulni, egy két fájl letörlése miatt, viszont fájlrendszert sem akarok konvertálni.

Ha tudtok valamit errõl, vagy hiányos a infó, akkor jelezzetek, milyen logot küldjek.
[align=right][snapback]120750[/snapback][/align]

Az UHU rc3 topicban leírtam (8. oldal), hogy hogy indult el. Bemásolom ide, mert ide jobban illik 🙂

http://www.jankratochvil.net, CAPTIVE, *.tgz, vagy *.tar.gz csomagot (érdemes lehet a binárisat, nekem UHU 1.1 és 1.2 RC-k alatt is jól mûködött!) kell leszedni.
Kell hozzá UHU-ból (nem biztos, hogy mind, de így biztosan megy):
ntfsprogs_****.uhu
libntfs_****.uhu
libntfs-dev_****.uhu
gnome2-vfs-ntfs_***.uhu
gnome2-vfs-ntfs-dev_****.uhu

A dev csomagok valószínûleg nem kellenek, de sok helyet nem kérnek, ezért én felraktam.
A **** a verziószám, nálam 1.2 RC3 van, de 1.1-re (és a többi RC-re és bétára is valószínûleg) nem ugyanazok a verziószámok, úgyhogy azt nem írom be, házi feladat a megállapítása 🙂

Ha a csomagok fent vannak, akkor a tar gz kicsomagolása után (ha bináris tömörítvény volt) a captive-install.sh indítása szükséges.

Bár a scriptben elvileg láttam beleírva, de nekem eddig mindig manuálisan kellett elnidítanom a captive-install-acquire progit (ez szerzi meg a windows drivereket). Net ajánlott, mert nekem – korábban – nem akarta elfogadni helyi meghajtóról az NTOSKRNL.EXE-t, pedig egy másik captive-install-acquire által leszedett XP file-t vittem haza pendrive-on 🙁

Az fstab-ba beírt mountolás boot során RC3 alatt nem ment nekem, 1.1 alatt úgy tett, mintha menne, de üres maradt a mount point, és az mtab (‘mount’ parancsra adott válasz) sem tartalmazta…
Szóval érdemes az eredeti

/dev/ntfs/particio/device /ahova/mountolod      ntfs            defaults              1  2

fstab bejegyzést megtartani, és kézzel mountolni:

mount -t captive-ntfs /dev/ntfs/particio/device /ahova/mountolni/akarod*

ha a

-o fmask=777,dmask=777

opciókat is beszúrod (pl. valahova a /dev… elé)**, akkor az userek is írhatják az NTFS-t, nem csak a root.

Péter

Ui2. Nem egészen ebbe a topicba illik, de a kérdés itt hangzott el, bocs az offért…

*akár scriptet, és .desktop bejegyzést is gyárthatsz belõle (és a kernel ntfs-bõl is), és akkor egy-egy kattintás váltogatni a két NTFS kezelési mód között.
**szeretem, ha a kapcsolók egy helyen vannak…. 🙂

Kiegészítés a te kérdéseidre való teljes válaszolás elérése céljából (ezt jól megaszontam 🙂 ):
1) Az mtab (mount parancs kimenete)
none on /ahova/mountoltad type lufs
(ez volt idáig), vagy
captivefs on /ahova/mountoltad type lufs (és még 4 sor opció)
bejegyést fog tartalmazni. Egy biztos: umount csak így fog menni:
umount /ahova/mountoltad
umount /dev/* nem fog menni!
2) Az fstab nem feltételenül muszáj, úgysem fog (nagy valószínûséggel) automatikusan csatolódni bootoláskor (ez már 1.1 alatt se ment nekem…)
3) Igen lassú lesz: 130-30 KB/sec (ebben az irányban változva a file másolása során az idõ függvényében)!!!!
4) Volt olyan rendszerem (UHU-LIVE 2.1), ahol idõnként „kifagyott” másolás közben, akkor umount és mount újra, majd a másolást újra kellett kezdeni.

Péter

Egyáltalán létezik az 1.2rc3-hoz valami frissítés vagy egyéb csomag?
[align=right][snapback]120914[/snapback][/align]

Igen. A dev tárolóban (böngészd át az http://ftp.uhulinux.hu-t)

Péter

Itt a forumban írtam el, persze nem bint írtam, hanem devet :blush:

Köszi a linket, megnézem, hátha megy az a megoldás, és tényleg valóban nem néztem elöbbi fórumot :blush:
[align=right][snapback]120937[/snapback][/align]

Egy UHU cd-vel (rescue) bootolva nekem az install-grub módszer nem akart menni. Viszont amikor (ezt is leírtam már valahol, de tovább tartana megkeresnem, mint újra beírnom)
a /boot/grub/stage2.hd0
(esetleg más stage2.hdx) file-t átmásoltam
/boot/grub/stage2
file-ra, majd elindítottam a grubot, ahol az alábbi parancsokat adtam ki:

Ez rögtön jól ment…

Péter

Ezek szerint nem sikerült rávilágítanom az õ álláspontjukra.

Nem akarom az UHUsokat leszólni, de ez a driver elketyeg 2.6.10 alatt is.
Viszont sokan lesznek, akik kipróbálják, majd áttelepülnek mondjuk Ubuntura.

Mindegy. Ez szemléletbeli különbség, és az én magánvéleményem. Biztos van oka, hogy nem akarnak csúszni…
[align=right][snapback]120384[/snapback][/align]

Pont errõl van szó: a driverhez valószínûleg 2.6.10 kernel kell. Ezt mondta Egmont is.
SZVSZ az ATI elõbb-utóbb rá fog jönni, hogy a 2.6.9-hez (és az akárhanyas xorg-hoz) nem jó a drivere, és akkor majd (majd, majd…) javítja.