O Windows não consegue acessar as pastas feitas no linux no disco rígido externo

3

Eu tenho um disco rígido externo com 3 partições - 2 ntfs e 1 sistemas de arquivos fat32. No linux eu fiz pasta em uma das partições ntfs, baixei algumas coisas, e queria acessar através do Win7; mas o Windows não pode ver essas pastas. Outras pastas ainda estão lá. Como posso acessar essas pastas feitas pelo linux? BTW, eu uso o Ubuntu 11.10 com o gnome e o Windows 7

(320 GB é meu disco rígido externo).

  

sudo fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xbe2dbe2d
Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848    61646847    30720000    7  HPFS/NTFS/exFAT
/dev/sda3        61646848   225486847    81920000    7  HPFS/NTFS/exFAT
/dev/sda4       225488894   312580095    43545601    5  Extended
/dev/sda5       225488896   233299967     3905536   82  Linux swap / Solaris
/dev/sda6       233302016   312580095    39639040   83  Linux

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x73696d20

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63    65529134    32764536    b  W95 FAT32
/dev/sdb2        65529135   625137344   279804105    f  W95 Ext'd (LBA)
/dev/sdb5        65529198   270325754   102398278+   7  HPFS/NTFS/exFAT
/dev/sdb6       270325818   625137344   177405763+   7  HPFS/NTFS/exFAT
  

cat / etc / mtab

/dev/sda6 / ext4 rw,errors=remount-ro,user_xattr,commit=0 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/vindzigelskiu/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=vindzigelskiu 0 0
/dev/sdb1 /media/1D06-2AB4 vfat rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelpe    r=udisks 0 0
/dev/sdb5 /media/Adata097GB fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0
/dev/sdb6 /media/Adata0169GB fuseblk rw,nosuid,nodev,allow_other,blksize=4096,default_permissions 0 0
    
por PooLaS 05.01.2012 / 17:04

2 respostas

1

Primeiramente, você consegue se reproduzir?

Execute estes comandos em um terminal:

umount /dev/sdb5
mount /dev/sdb5 -t ntfs /mnt
echo "hello world" > /mnt/bar0.txt
mkdir /mnt/foo
echo "hello world" > /mnt/foo/bar1.txt
sync
umount /mnt

Agora inicie no Windows.

  1. Você pode abrir o arquivo bar0.txt ?
  2. Você pode abrir a pasta foo ?
  3. Você pode abrir o arquivo bar1.txt na pasta foo ?

Se você não pode reproduzir

Algo foi fubar durante sua operação original. Tente reproduzir com seu conjunto de dados original. Se você ainda não consegue se reproduzir, crie uma anomalia até conseguir. Ou seja, não há provas suficientes para dizer o que deu errado. Se você está curioso, tente quebrá-lo. Deliberadamente, faça as coisas erradas até que suas ações reproduzam o problema. Talvez o problema só se manifeste quando o NTFS precisar de verificação ..

Se você puder reproduzir

Reunir registros. Procure em /var/log para qualquer coisa interessante e especialmente dmesg . Apontar quando / onde o erro acontece. É quando você cria um arquivo? É quando você cria uma pasta? É quando você cria um arquivo em uma pasta? É quando você não executa sync antes de umount ing? É quando você interrompe uma cópia grande deixando arquivos quebrados?

Em segundo lugar, algumas reflexões

  1. As pastas existem? Quando você reinicia no linux, consegue ver as pastas em questão?

  2. Os nomes das pastas são estranhos? Existem vários caracteres que as janelas não podem usar em nomes de arquivos.

  3. O linux tem o problema inverso? Se você criar uma nova pasta no Windows, consegue vê-la no linux?

por djeikyb 09.01.2012 / 04:15
-2

Encontrei uma solução: conecte o HDD à máquina do windows crie a pasta lá e coloque todas as suas subpastas nela. Irritante, mas você pode acessar as subpastas.

    
por Adam 21.01.2016 / 21:46