On 10/24/09, Alexander Hall <[email protected]> wrote: > soko.tica wrote: >> On 10/24/09, Mauro Rezzonico <[email protected]> wrote: >>> soko.tica wrote: >>>> j: 39229.0M 7.9M NTFS >>> > ... >>>> $ sudo mount -t ext2fs /dev/wd1j /mnt/disk2 >>> It appears that wd1j is of type NTFS, not ext2 >> >> You are right, but: >> ==== >> $ sudo mount -t ntfs -o ro /dev/wd1j /mnt/disk2 >> mount_ntfs: /dev/wd1j on /mnt/disk2: Operation not supported >> $ sudo mount -t ntfs -o ro /dev/wd1c /mnt/disk2 >> mount_ntfs: /dev/wd1c on /mnt/disk2: Operation not supported >> $ sudo mount -t ntfs -o ro /dev/wd1 /mnt/disk2 >> mount_ntfs: /dev/wd1 on /mnt/disk2: Operation not supported >> $ sudo mount -t ntfs /dev/wd1j /mnt/disk2 >> mount_ntfs: /dev/wd1j on /mnt/disk2: Operation not supported >> $ >> ==== > > GENERIC does not have NTFS support. You need to build an NTFS capable > kernel, as per step (1 and) 2 of 'man release'. > >> >> What is strange is that fdisk reports two partition tables, showing >> Linux files in first and HPFS/QNX/AUX in second, while disklabel shows >> only ntfs. >> >> Live Systemrescuecd Linux shows both ntfs and ext2, but I can't mount >> A6 from it. >> >> It would be nice if I could get the data before I wipe hdd to upgrade to >> 4.6 >> > > Thank you all for your support, both here and offlist.
It really was helphfull to tell me that I should not bang my head against the wall since there is no ntfs support in GENERIC. I've found a non-OpenBSD workaround, from a live CD. Cheers!
