OVH Cloud OVH Cloud

Disques durs et fstab

27 réponses
Avatar
Paul Pygeon
Salut à tous

J'ai installé deux nouveaux disques durs dans ma OpenSuse 13.2. L:e
problème c'est que fstab refuse de les monter et la distribution tombe en
mode recovery.

Voici mon fstab actuel:

"/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 / btrfs
defaults 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-1.0-part3 /Atlantis btrfs
defaults 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1
/boot/grub2/i386-pc btrfs subvol=boot/grub2/i386-pc 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1
/boot/grub2/x86_64-efi btrfs subvol=boot/grub2/x86_64-efi 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /opt btrfs
subvol=opt 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /srv btrfs
subvol=srv 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /tmp btrfs
subvol=tmp 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /usr/local
btrfs subvol=usr/local 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /var/crash
btrfs subvol=var/crash 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1
/var/lib/mailman btrfs subvol=var/lib/mailman 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1
/var/lib/named btrfs subvol=var/lib/named 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1
/var/lib/pgsql btrfs subvol=var/lib/pgsql 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /var/log
btrfs subvol=var/log 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /var/opt
btrfs subvol=var/opt 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /var/spool
btrfs subvol=var/spool 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /var/tmp
btrfs subvol=var/tmp 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part5 /home btrfs
defaults 0 0
UUID=f6b5f4b5-85e5-4765-88a3-b8d50273cd55 swap swap defaults 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part6 /Andromeda
ext4 defaults 1 2
/dev/disk/by-path/pci-0000:00:09.0-ata-4.0-part1 /Univers
ext4 defaults 1 2
UUID=67c4e03e-a839-4dcd-930d-3989603dccf0 /home3 ext4 defaults 1 2
/dev/disk/by-path/pci-0000:00:09.0-ata-2.0-part1 /.snapshots
btrfs subvol=.snapshots 0 0
/dev/disk/by-path/pci-0000:00:09.0-ata-1.0-part2 /home2 ext4
defaults 1 2
/dev/disk/by-path/pci-0000:00:09.0-ata-1.0-part1 /mint ext4
defaults 1 2
#//192.168.0.102/ /mnt/Clemence cifs,auto username=flipper,password=maxime 0
0
/dev/disk/by-path/pci-0000:00:09.0-ata-1.0-part4 swap swap
defaults 0 0"

Qu'est-ce qui pourrait clocher selon vous et comment monter toutes mes
partitions?

Merci pour vos lumières

7 réponses

1 2 3
Avatar
Pascal Hambourg
Le 29/10/2016 à 20:03, Paul Pygeon a écrit :
En passant, les disques se montent normalement avec la commande idoine.

Quelle commande idoine ?
Avatar
Olivier Miakinen
Le 30/10/2016 11:39, Nicolas George a écrit :
Stop. Ça fait quinze ans que Paul hante ce groupe. J'ai largement pu me
faire une opinion.

Ok. Vu que je ne le lis que de temps en temps, et certainement pas
depuis quinze ans, je te crois. Je pense malgré tout qu'un peu
moins d'agressivité /en général/ (et pas seulement /à priori/) ne
pourrait qu'améliorer l'ambiance générale, mais encore une fois
je reconnais que tu avais (et as souvent) raison sur le fond, sinon
sur la forme.
Fin de la discussion en ce qui me concerne, et suivi positionné.
--
Olivier Miakinen
Avatar
Paul Pygeon
Pascal Hambourg wrote:
Le 29/10/2016 à 20:03, Paul Pygeon a écrit :
En passant, les disques se montent normalement avec la commande idoine.

Quelle commande idoine ?

montent normalement»-> mount évidemment
Avatar
Paul Pygeon
Nicolas George wrote:
Aucune commande : les messages d'erreur sont simplement à l'écran, au
même endroit qu'est indiqué le passage en « mode recovery ».

Faux et archi-faux. Tu es (et je dois le dire) un menteur. Sur une Open-
Suse, je n'ai qu'une console avec écrit: une demande pour le mot de passe
administrateur et le choix de tenter de continuer à booter.
Alors pour les messages explicites tu repasseras.
Avatar
Nicolas George
Paul Pygeon , dans le message <%wnRz.10953$, a écrit :
Faux et archi-faux. Tu es (et je dois le dire) un menteur.

Non.
Sur une Open-
Suse, je n'ai qu'une console avec écrit: une demande pour le mot de passe
administrateur et le choix de tenter de continuer à booter.

Bon, alors je révise mon jugement : dans l'histoire, ce n'est pas toi
l'idiot, ce sont les développeurs de SuSE. Passer en mode recovery en
effaçant les messages, c'est inexcusable.
Avatar
Pascal Hambourg
Le 30/10/2016 à 15:26, Paul Pygeon a écrit :
Pascal Hambourg wrote:
Le 29/10/2016 à 20:03, Paul Pygeon a écrit :
En passant, les disques se montent normalement avec la commande idoine.

Quelle commande idoine ?

montent normalement»-> mount évidemment

Et plus précisément, avec quels arguments ?
Si c'est
# mount -a
ce n'est pas la même chose que
# mount /home
ou encore
# mount /dev/sda5 /home
(Je trouve aussi étrange et risqué l'emploi de /dev/disk/by-path/*)
Avatar
Paul Pygeon
Nicolas George wrote:
Paul Pygeon , dans le message <%wnRz.10953$, a écrit :
Faux et archi-faux. Tu es (et je dois le dire) un menteur.

Non.
Sur une Open-
Suse, je n'ai qu'une console avec écrit: une demande pour le mot de passe
administrateur et le choix de tenter de continuer à booter.

Bon, alors je révise mon jugement : dans l'histoire, ce n'est pas toi
l'idiot, ce sont les développeurs de SuSE. Passer en mode recovery en
effaçant les messages, c'est inexcusable.

En effet et le pire c'est que ma Linux Mint, supposément un dérivé de Debian
et d'Ubuntu affiche le même message en mode récupération.
1 2 3