Linux Mint em USB - mtab é uma pasta, não um arquivo

0

Acabei de instalar o Linux Mint Maya (13.2) em um dispositivo USB com o uNetbootin ( link ). A instalação parece funcionar bem e tem uma partição de "persistência" que permite que as alterações persistam entre as sessões.

Uma coisa que é estranho é que não posso fazer df para ver o espaço disponível:

$ df -h
df: cannot read table of mounted file systems: Is a directory 

Eu suponho que ele está falando sobre /etc/mtab e, de fato, quando eu olho para o mtab eu posso ver que não é um arquivo, é um diretório:

$ ls -l /etc
....
-rw-r--r-- 1 root root      63 Jul 29 13:16 fstab
drwxr-xr-x 2 root root       3 Mar 30  2012 fstab.d
....
drwxr-xr-x 2 root root    4096 Jul 29 12:03 mtab
-rw------- 1 root mint       0 Jul 29 11:43 mtab.fuselock
....

(Acabei de listar entradas que considero relevantes). Quando eu olho em /etc/ls -l mtab , há muitos links:

$ ls -l /etc/mtab
total 0
lrwxrwxrwx 1 root root 18 Jul 29 11:29 ex -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 28 Jul 29 11:29 ex.1.gz -> /usr/share/man/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 ex.fr.1.gz -> /usr/share/man/fr/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 ex.it.1.gz -> /usr/share/man/it/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 ex.pl.1.gz -> /usr/share/man/pl/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 ex.ru.1.gz -> /usr/share/man/ru/man1/vim.1.gz
lrwxrwxrwx 1 root root 14 Jul 29 12:03 gnome-text-editor -> /usr/bin/gedit
lrwxrwxrwx 1 root root 30 Jul 29 12:03 gnome-text-editor.1.gz -> /usr/share/man/man1/gedit.1.gz
lrwxrwxrwx 1 root root 29 Jul 29 11:42 gnome-www-browser -> /usr/bin/google-chrome-stable
lrwxrwxrwx 1 root root 29 Jul 29 11:42 google-chrome -> /usr/bin/google-chrome-stable
lrwxrwxrwx 1 root root 18 Jul 29 11:28 rview -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 18 Jul 29 11:28 rvim -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 18 Jul 29 11:28 vi -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 28 Jul 29 11:28 vi.1.gz -> /usr/share/man/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:28 vi.fr.1.gz -> /usr/share/man/fr/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:28 vi.it.1.gz -> /usr/share/man/it/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:28 vi.pl.1.gz -> /usr/share/man/pl/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:28 vi.ru.1.gz -> /usr/share/man/ru/man1/vim.1.gz
lrwxrwxrwx 1 root root 18 Jul 29 11:29 view -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 28 Jul 29 11:29 view.1.gz -> /usr/share/man/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 view.fr.1.gz -> /usr/share/man/fr/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 view.it.1.gz -> /usr/share/man/it/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 view.pl.1.gz -> /usr/share/man/pl/man1/vim.1.gz
lrwxrwxrwx 1 root root 31 Jul 29 11:29 view.ru.1.gz -> /usr/share/man/ru/man1/vim.1.gz
lrwxrwxrwx 1 root root 18 Jul 29 11:28 vim -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 18 Jul 29 11:28 vimdiff -> /usr/bin/vim.basic
lrwxrwxrwx 1 root root 29 Jul 29 11:42 x-www-browser -> /usr/bin/google-chrome-stable

fstab parece normal, FWIW.

$ cat /etc/fstab
overlayfs / overlayfs rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0

Alguém sabe

1) o que está acontecendo com o mtab aqui?

2) como posso consertá-lo sem levantar minha instalação USB (o que me levou séculos para trabalhar até esse ponto)

obrigado! max

EDIT: (muito prolixo para um comentário) Isto é em resposta a uma resposta do @Celada apontando que /etc/mtab parece que está segurando o conteúdo de /etc/alternatives : é isso mesmo!

/etc/alternatives também está lá, e tem tudo em /etc/mtab , além de muito mais. (Eu verifiquei isso copiando o conteúdo em um array e subtraindo um do outro).

Olhando para o conteúdo de /etc/mtab , as linhas de lá se referem ao software que eu instalei desde a primeira inicialização da instalação do USB: ou seja, vim , (versão completa em vez da 'mini' que vem com a instalação) chrome e gedit (um editor de texto). Como eu disse, essas linhas são todas em /etc/alternatives também.

Eu fiz o seguinte:

$ sudo mv /etc/mtab /etc/mtab_BACK
$ sudo ln -s /proc/mounts /etc/mtab

e agora eu posso df novamente:

$ df -h
df: '/cow': No such file or directory
df: '/home/max/.gvfs': Transport endpoint is not connected
Filesystem      Size  Used Avail Use% Mounted on
rootfs          4.0G  872M  2.9G  23% /
udev            1.2G  4.0K  1.2G   1% /dev
tmpfs           465M  984K  464M   1% /run
/dev/sdb1        15G  5.0G  9.8G  34% /cdrom
/dev/loop0      869M  869M     0 100% /rofs
/cow            4.0G  872M  2.9G  23% /
tmpfs           1.2G   16K  1.2G   1% /tmp
none            5.0M     0  5.0M   0% /run/lock
none            1.2G  144K  1.2G   1% /run/shm

A mensagem de erro na parte superior é confusa: /cow está listado (essa é a partição de persistência, acho), mas o erro diz df: '/cow': No such file or directory . Isso é um problema que você acha?

    
por Max Williams 29.07.2015 / 15:52

1 resposta

1

A listagem de arquivos de /etc/mtab parece pertencer a /etc/alternatives ! Existe alguma maneira de você ter renomeado acidentalmente /etc/alternatives para /etc/mtab ?

/etc/alternatives está faltando? Em caso afirmativo, a correção é apenas renomear /etc/mtab de volta para /etc/alternatives . Se não, então você está preso ao problema de mesclar o conteúdo do /etc/alternatives real com o /etc/mtab , que deveria ser /etc/alternatives .

Quando o /etc/mtab for removido, o mais fácil é recriá-lo como um link simbólico para /proc/mounts :

ln -s /proc/mounts /etc/mtab
    
por 29.07.2015 / 16:00