Następny problem to zamontowanie partycji windowsowej pod linuxem.....Gdzieś był tu temat jednak stosujac się do wskazówek wyskoczyły mi błędy. Pewnie źle cos wpisałam w Fstabie.
Jak dokonać poprawnie wpisu w fstabie? i czy po wpisie formatować najpierw poprzez mkfs czy odrazu za pomocą mount -a zamontować ją?
Tak wyglada mój aktualny rozkład dysków fdisk -l
Disk /dev/hda: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 2550 20482843+ 7 HPFS/NTFS
/dev/hda2 2551 6782 33993540 f W95 Ext'd (LBA)
/dev/hda5 2551 5737 25599546 7 HPFS/NTFS
/dev/hda6 5738 5809 578308+ 82 Linux swap / Solaris
/dev/hda7 5810 6782 7815591 83 Linux
Mam windowsa na NTFs nie na Fat32 jak mam dokonać poprawnego wpisu w fstabie?
Jak nie masz katalogów /media/hda1 i /media/hda5 to załóż je. Zreszta możesz te katalogi założyć gdzie chcesz i nazwać je jak chcesz - to nie ma znaczenia.
Usage: mount -V : print version
mount -h : print this help
mount : list mounted filesystems
mount -l : idem, including volume labels
So far the informational part. Next the mounting.
The command is `mount [-t fstype] something somewhere'.
Details found in /etc/fstab may be omitted.
mount -a [-t|-O] ... : mount all stuff from /etc/fstab
mount device : mount device at the known place
mount directory : mount known device here
mount -t type dev dir : ordinary mount command
Note that one does not really mount a device, one mounts
a filesystem (of the given type) found on the device.
One can also mount an already visible directory tree elsewhere:
mount --bind olddir newdir
or move a subtree:
mount --move olddir newdir
A device can be given by name, say /dev/hda1 or /dev/cdrom,
or by label, using -L label or by uuid, using -U uuid .
Other options: [-nfFrsvw] [-o options] [-p passwdfd].
For many more details, say man 8 mount .
po wydaniu komendy mount nie widzę zamontowanego żadnego hda1
A w ogole jezeli masz etcha to ntfs-3g prawdopodobnie nie uzyjesz, bo wymaga jadra >=2.6.20. Mozesz sprobowac, ale zapisu na ntfs prawdopodobnie i tak nie bedziesz miec.
debian:/# ntfs-3g /dev/hda1 /mnt/hda1
WARNING: Deficient Linux kernel detected. Some driver features are
not available (swap file on NTFS, boot from NTFS by LILO), and
unmount is not safe unless it's made sure the ntfs-3g process
naturally terminates after calling 'umount'. If you wish this
message to disappear then you should upgrade to at least kernel
version 2.6.20, or request help from your distribution to fix
the kernel problem. The below web page has more information:
[url]http://ntfs-3g.org/support.html#fuse26[/url]
po wydaniu polecenia mount widze hda1
czyli to co mówiłeś o kernelu....
dzieki wielkie za pomoc
Jestem na 99% pewien ze ntfs-3g nie bedzie dzialac na etchu z kernelem 2.6.18, a na pewno nie bedzie dzialac zapis na ntfs.
Wiec masz 2 wyjscia:
- aktualizacja kernela lub calej dystrybucji wraz z kernelem
- albo: jezeli nie zalezy ci koniecznie na mozliwosci zapisu na ntfs, to dodaj w fstab cos takiego:
giaur pisze:Jestem na 99% pewien ze ntfs-3g nie bedzie dzialac na etchu z kernelem 2.6.18, a na pewno nie bedzie dzialac zapis na ntfs.
(...)
[edit]
Wiec tak jak mowilem - wymagany kernel co najmniej 2.6.20 :-P
Obyś się nie zdziwił. Używałem ntfs-3g z powodzeniem (zapis i odczyt) na kernelach 2.6.15.X i 2.6.17.5. W wypadku starszego jądra wystarczyło doinstalować moduł fuse. W Debianie powinno być to rozwiązane przez zależności (używałem ntfs-3g na innej dystrybucji, instalowane ze źródeł).
--------------
edit
Dokonałem testowej instalacji na Debianie i chociaż wypisuje ostrzeżenie że niektóre funkcje dla kelrnela <2.6.20 mogą być niedostępne to odczyt jak i zapis działa.
Pozdrawiam.
Hmm zaufajcie mi panowie, ze lepsze wyjscie to aktualizacja kernela, bo ntfs-3g najlepiej bedzie dzialac z modulami fuse kernela co najmniej 2.6.20.
A to ze udalo sie wam zmusic to do dzialania na starym kernelu to jeszcze nie znaczy ze to dobre wyjscie i nie wiem jaki w tym cel? Mozna nawet zostawic etcha i sciagnac nowe jadro z repo, gwarantuje ze to na 100 % bezpieczne, tym bardziej ze poprzednie jadro tez zostaje.
