(Raspberry Pi) Disque non monté au démarrage

[Centrino_]

Hola tout le monde,

Je possède un raspberry pi sous Pidora auquel est rattaché un hub + un disque dur partagé (samba). Le soucis est que mon disque dur n'est pas monté automatiquement au boot/reboot et m'affiche cette erreur lorsque je tente de le monter manuellement :

[root@raspi ~]# mount /dev/sda1
mount: /dev/sda1 is already mounted or /media/disque busy

Et si j'essaie de le démonter :

[root@raspi ~]# umount /dev/sda1
umount: /dev/sda1: not mounted

Contenu de /etc/fstab :

LABEL="rootfs" / ext4 defaults,noatime 1 1
LABEL="boot" /boot vfat noauto,comment=systemd.automount 1 2
/swap0 swap swap
UUID=22cb6894-d98d-49d2-9e51-fa89fb6bafce /media/disque ext4 defaults,nofail 0 0

J'ai exécuté la commande fuser -m /dev/sda1 pour repérer les processus actifs sur mon point de montage et sur le disque:

- Sur le point de montage :

[root@raspi ~]# fuser -m /media/disque
/media/disque: 1rce 2rc 3rc 5rc 7rc 8rc 9rc 10rc 11rc 12rc 13rc 14rc 15rc 16rc 17rc 18rc 19rc 20rc 21rc 22rc 23rc 31rc 32rc 33rc 34rc 35rc 36rc 37rc 38rc 40rc 41rc 42rc 43rc 44rc 46rc 47rc 48rc 49rc 58rce 59rce 60rc 66rc 67rc 94rc 96rc 138rce 139rce 142rce 144rce 145rce 147rce 173rce 184rce 223rc 227rce 233rce 244rce 245rce 246rce 262rce 267rce 283rce 289rce 291rce 356rce 360rce 361rce 363rce 367rce 370rce 373rce 407rce 408rce 410rce

Ce qui, d'après cette commande que j'ai trouvé sur le net, correspondrait à :

[root@raspi ~]# ps auxw|grep 1rce
root 747 0.0 0.1 4480 804 pts/0 S+ 20:56 0:00 grep --color=auto 1rce
[root@raspi ~]# ps auxw|grep 2rc
root 749 0.0 0.1 4480 804 pts/0 S+ 20:56 0:00 grep --color=auto 2rc
[root@raspi ~]# ps auxw|grep 3rc
root 751 0.0 0.1 4480 804 pts/0 S+ 20:56 0:00 grep --color=auto 3rc

[...]

Qu'est-ce donc que cette diablerie ?

- Sur /dev/sda1 :

[root@raspi ~]# fuser -m /dev/sda1
/dev/sda1: 1 58 59 138 139 142 144 145 147 173 184 227 233m 244 245 262 267 283 289 291 356 360 361 363 367 370 373 407 408

Ce qui correspondrait à :

root 1 0.1 0.6 6144 3084 ? Ss 20:46 0:01 /sbin/init
root 58 0.0 0.3 10212 1508 ? Ss 20:46 0:00 /usr/lib/systemd/systemd-udevd
root 59 0.1 2.9 33844 13132 ? Ss 20:46 0:02 /usr/lib/systemd/systemd-journald
root 151 0.0 0.4 4344 1844 ? Ss 20:46 0:00 /usr/sbin/smartd -n
root 152 0.0 0.3 3788 1436 ? Ss 20:46 0:00 /usr/lib/systemd/systemd-logind
root 155 0.0 0.6 26560 3000 ? Ssl 20:46 0:00 /usr/libexec/accounts-daemon
root 158 0.0 0.3 30512 1640 ? Ssl 20:46 0:00 /sbin/rsyslogd -n
root 159 0.0 1.2 30624 5404 ? Ssl 20:46 0:00 /usr/sbin/NetworkManager --no-daemon
dbus 160 0.0 0.3 3752 1696 ? Ss 20:46 0:00 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
polkitd 195 0.0 1.6 60696 7320 ? Ssl 20:46 0:00 /usr/lib/polkit-1/polkitd --no-debug
root 216 0.0 0.4 4276 1824 ? Ss 20:46 0:00 /usr/sbin/bluetoothd -n
root 295 0.0 6.8 33044 30452 ? SLsl 20:46 0:00 /usr/sbin/lightdm
root 302 1.2 2.5 60660 11208 tty1 Ss+ 20:46 0:25 /usr/bin/X -background none :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt1 -novtswitch
rpc 313 0.0 0.1 2624 720 ? Ss 20:46 0:00 /sbin/rpcbind -w
root 314 0.0 0.2 3920 948 ? Ss 20:46 0:00 /usr/sbin/xinetd -stayalive -pidfile /var/run/xinetd.pid
root 328 0.0 0.5 9644 2640 ? Ss 20:46 0:00 /usr/sbin/sshd -D
root 334 0.0 0.4 12736 1948 ? Ss 20:46 0:00 sendmail: accepting connections
root 354 0.0 0.4 18936 2064 ? Ss 20:46 0:00 /usr/sbin/nmbd
smmsp 357 0.0 0.3 12176 1548 ? Ss 20:46 0:00 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue
root 363 0.0 0.6 16564 2988 ? Sl 20:46 0:00 lightdm --session-child 16 19
root 371 0.0 0.8 20660 3664 ? Ssl 20:46 0:00 /usr/sbin/console-kit-daemon --no-daemon
lightdm 436 2.7 3.0 134720 13756 ? Ssl 20:46 0:57 /usr/sbin/lightdm-gtk-greeter
root 437 0.0 0.9 29276 4348 ? Ss 20:46 0:00 /usr/sbin/smbd
root 440 0.0 0.5 29284 2320 ? S 20:46 0:00 /usr/sbin/smbd
lightdm 445 0.0 0.1 3328 624 ? S 20:46 0:00 dbus-launch --autolaunch 172929f52be84c6e8729529de4e0e07c --binary-syntax --close-stderr
lightdm 446 0.0 0.1 3460 820 ? Ss 20:46 0:00 /bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
lightdm 448 0.0 0.6 42064 3036 ? Sl 20:46 0:00 /usr/libexec/at-spi-bus-launcher
lightdm 452 0.0 0.3 3460 1344 ? S 20:46 0:00 /bin/dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3
lightdm 455 0.0 0.7 16980 3144 ? Sl 20:47 0:00 /usr/libexec/at-spi2-registryd --use-gnome-session
root 457 0.0 0.9 13628 4108 ? Ss 20:47 0:02 sshd: root@pts/0
root 460 0.0 0.8 28820 3668 ? Ssl 20:47 0:00 /usr/libexec/upowerd
root 494 0.0 0.4 8588 2016 ? S 20:47 0:00 lightdm --session-child 12 19

Dans la liste, je reconnais éventuellement smbd, nmbd, xinetd, sshd, un démon de logs peut-être ? mais le reste

Du coup le seul moyen pour moi de pouvoir accéder au disque est de le débrancher et de le rebrancher (sur le même port ou sur un différent). Là, il prendra un autre nom (/dev/sdb), se montera automatiquement grâce à la fstab et tout fonctionnera à merveille.

Du coup, la commande fuser sur :

- mon point de montage ne me renvoie plus rien.

- mon disque me renvoie les même processus qu'au dessus.

Donc je suppose qu'il y a certains processus qui font le bordel, mais je ne sais pas lesquels tuer ou lesquels garder. J'ai essayé de désactiver samba au démarrage : toujours pareil.

Si vous avez des idées...

Merci

[lorinc]

À quel fichier de /dev correspond le "/" ? C'est fréquent que /dev/sda1 soit la partition racine.

Est-ce que tu peux greper dmesg pour avoir tous les block devices (et surtout le nom de fichier associé, ainsi que l'uuid), puis regarder tous les points de montage (mount tout court) et regarder quel device est monté à quel endroit. Je ne serais pas surpris qu'il y ait un conflit entre root et ton disque. Ça m'était arrivé en installant un nouveau disque sur un autre bus (root était en ide et le nouveau disque en sata), et le nommage opéré par udev s'était inversé et avait foutu un sacré bordel.

[Centrino_]

À quel fichier de /dev correspond le "/" ? C'est fréquent que /dev/sda1 soit la partition racine.

Est-ce que tu peux greper dmesg pour avoir tous les block devices (et surtout le nom de fichier associé, ainsi que l'uuid), puis regarder tous les points de montage (mount tout court) et regarder quel device est monté à quel endroit. Je ne serais pas surpris qu'il y ait un conflit entre root et ton disque. Ça m'était arrivé en installant un nouveau disque sur un autre bus (root était en ide et le nouveau disque en sata), et le nommage opéré par udev s'était inversé et avait foutu un sacré bordel.

Alors j'ai pas entièrement saisi les commandes que tu me demandais, mais voici quelques résultats de commandes (avec disque branché mais non fonctionnel) :

Je précise que le système est installé sur une carte SD (donc à priori /dev/mmc*) :

[root@raspi ~]# fdisk -l

Disk /dev/mmcblk0: 7948 MB, 7948206080 bytes, 15523840 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: 0x000ea414

Device Boot Start End Blocks Id System

/dev/mmcblk0p1 * 2048 104447 51200 c W95 FAT32 (LBA)

/dev/mmcblk0p2 104448 15523839 7709696 83 Linux

Disk /dev/sda: 160.0 GB, 160041885696 bytes, 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: 0x000d18c6

Device Boot Start End Blocks Id System

/dev/sda1 63 312581807 156290872+ 83 Linux

Je suis pas capable de greper dmesg pour avoir toutes les infos que tu voulais. Si t'as une syntaxe ou un exemple à me filer, je veux bien. Mais voici d'autres infos :

Et un truc semble en effet louche :

[root@raspi ~]# dmesg | grep /dev

[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=626 bcm2708_fb.fbheight=482 bcm2708.boardrev=0xe bcm2708.serial=0x6e82f718 smsc95xx.macaddr=B8:27:EB:82:F7:18 sdhci-bcm2708.emmc_clock_freq=100000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait quiet

[ 1.252408] i2c /dev entries driver

[ 1.339890] Waiting for root device /dev/mmcblk0p2...

[ 2.732370] systemd[1]: Starting /dev/initctl Compatibility Named Pipe.

[ 2.732732] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe.

[root@raspi ~]# mount

/dev/root on / type ext4 (rw,noatime,data=ordered)

devtmpfs on /dev type devtmpfs (rw,relatime,size=222944k,nr_inodes=55736,mode=755)

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)

securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)

tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)

devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)

tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)

cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)

pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)

cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)

cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)

cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)

cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)

cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)

systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=24,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)

systemd-1 on /boot type autofs (rw,relatime,fd=35,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)

tmpfs on /tmp type tmpfs (rw)

/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)

[root@raspi ~]# blkid

/dev/mmcblk0p1: SEC_TYPE="msdos" LABEL="boot" UUID="DF35-7CA0" TYPE="vfat"

/dev/mmcblk0p2: LABEL="rootfs" UUID="15132bdb-ce57-4616-b53d-5e8ad2520ae2" TYPE="ext4"

/dev/sda1: LABEL="Nouveau volume" UUID="22cb6894-d98d-49d2-9e51-fa89fb6bafce" TYPE="ext4"

/dev/mmcblk0: PTTYPE="dos"

Si il y a besoin de réinstaller le système, ya pas de soucis, je venais juste de commencer.

En tout cas, merci de m'aider.

[Informel]

bon j'arrive tard mais que dit la commande :

sudo debugfs /dev/sda1

est-ce qu'il arrive à reconstituer le FS ?

Ton DD externe est alimenté par l'USB du PI ou par une alim externe ?

[Centrino_]

Laisse tombé, j'ai installé raspbian à la place de pidora et tout fonctionne très bien avec exactement la même configuration. Mon disque externe est connecté à un hub USB alimenté.

Directement au raspberry, le disque ne démarre pas.

Donc tout va bien, merci quand même