Discussion :

[jack-ft]

Donc si je comprends bien tous les folders en dessous du / (ex: etc, home, var, usr, proc, etc.) sont stockés sur le même disque ?
Du fait que le / se trouve sur un disque de 110 GB.

Euh... Attention! Pas nécessairement!
Je veux dire que ce n'est pas systématique.
Ça dépend des montages (cf. man mount).
Je ne suis pas un expert et je ne connais pas très bien la terminologie (device, file system, mount point, etc.)

Mais, dans ton cas, tu as visiblement (au moins) 2 montages différents:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 $ df -hT
/dev/root        ext4       110G    4,9G  100G   5% /
/dev/mmcblk0p6   vfat        68M     21M   47M  31% /boot

On voit que "/boot" est monté sur une autre partition de 68M de type "vfat" sur le point de montage "/dev/mmcblk0p6" (ou l'inverse?)
alors que "/" est monté sur "/dev/root", disque de 100Go de type "ext4".

Il se peut très bien que /etc /home /var /usr /proc soient montés sur des devices différents (comme l'est, par exemple, /boot).

C'est la commande df -hT /home ou df -hT /etc qui va te permettre de savoir où il est monté.

Dans ton cas, avec les résultats que tu nous as envoyés, on voit que "/home" est un vrai sous-répertoire de "/" qui est monté sur "/dev/root".
Mais on peut très bien avoir (ce qui ressemble à) 2 sous-répertoires d'un même répertoire qui sont montés à 2 endroits différents.
Par exemple, dans ton cas, "UA0275" "SETTINGS" et "SETTINGS1" apparaissent comme des sous-répertoires de "/media/pi", mais sont montés sur des devices différents (avec des tailles et des types différents):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$ df -hT | grep '^/dev'
/dev/sr0         iso9660    2,2M    2,2M     0 100% /media/pi/UA0275
/dev/sda5        ext4        30M    395K   28M   2% /media/pi/SETTINGS
/dev/mmcblk0p5   ext4        30M    398K   28M   2% /media/pi/SETTINGS1

C'est dans le but de localiser les SSDs en fonction des forlders/paths (car je risque d'avoir une configuration de plusieurs device/SSD).

Je pense que tu as toutes les billes pour faire ce que tu souhaites!

[RaphaelG]

J'ai l'impression que les configurations de vandeyy (et de zipe31 aussi) utilise un Logical Volume Manager.
Le point de montage /boot qui ne peut pas être encapsulé dans un Logical Volume est bien sur le disque physique /dev/mmcblk0. Vu son nom ce doit être une carte MMC, non ? Le suffixe p6 qui apparait avec df doit correspondre à une partiton de ce disque MMC.
Le point de montage /media/pi/SETTINGS1 n'est lui aussi pas encapsulé dans le LVM. Il correspond au disque physique /dev/mmcblk0 partition p5.
Le point de montage / correspond à /dev/root n'est pas le nom d'une partition physique de disque mais un Logical Volume.

Pour lister tous les disques physiques y compris les disques SSD et MMC, c'est la commande "fdisk -l".

Pour trouver à quoi correspond le Logical Volume /dev/root, il faut jouer avec les commandes du Logical Volume Manager.
En première approche on peut utiliser vgs, pvs et lvs sans option. (vg = Volume Group, pv = Physical Volume, lv = Logical Volume)
Les commandes vgdisplay, pvdisplay et lvdisplay sont plus compliquées car elles ont besoin d'arguments mais elles donnent plus de détails.

IHTH.

[zipe31]

Salut,

J'ai l'impression que les configurations de vandeyy (et de zipe31 aussi) utilise un Logical Volume Manager.

Non, pas de LVM, juste un raspberry pi et ses particularités.

Voir cette page : http://www.framboise314.fr/booter-le...isque-dur-usb/ pour comprendre le mécanisme de boot.

LVM n'est pas installé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
pi@pi-rogue:~ $ aptitude search lvm2
p   libllvm2.9                                  - Low-Level Virtual Machine (LLVM), runtime library    
p   liblvm2-dev                                 - LVM2 libraries - development files                   
p   liblvm2app2.2                               - LVM2 application library                             
p   liblvm2cmd2.02                              - LVM2 command library                                 
p   lvm2                                        - Linux Logical Volume Manager

La sortie de parted -l :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
pi@pi-rogue:~ $ sudo parted -l
Model: WD Elements 25A2 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 
 
Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1000GB  1000GB  primary  ext4
 
 
Model: SD USDU1 (sd/mmc)
Disk /dev/mmcblk0: 32,2GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 
 
Number  Start   End     Size    Type     File system  Flags
 1      4194kB  70,3MB  66,1MB  primary  fat32        lba
 2      70,3MB  32,2GB  32,2GB  primary  ext

[RaphaelG]

OK, il n'y a pas de LVM, au temps pour moi.
Reste la question : à quel disque physique correspond /dev/root ?
On voit que tous les 2, vandeyy et zipe31, vous avez 2 disques : /dev/mmcblk0 (c'est une carte SD) et /dev/sda (c'est un disque USB).
Sur lequel des ces 2 disques est /dev/root ?
Bon, ce thread dérive du topic Shell et commandes GNU vers le topic Administration Système.

[disedorgue]

Et par curiosité, que donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lsblk -apo NAME,PKNAME,MOUNTPOINT,PARTLABEL,LABEL

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lsblk -apO

[RaphaelG]

...
Voir cette page : http://www.framboise314.fr/booter-le...isque-dur-usb/ pour comprendre le mécanisme de boot.
...

Dans le tuto hyperlinké par zipe31, le root file system a été recopié sur /dev/sda2.
Pourquoi df le montre comme /dev/root au lieu de /dev/sda2 ? J'en sais rien. Peut être que /dev/root est lien, symbolique ou pas, vers /dev/sda2 ? Le retour de "ls -ali /dev/root" pourrait nous en dire plus.

Aussi, je ne pense pas que le retour de la commande mount ne nous apportera pas grand chose de plus que df mais on y verrait la partition de /dev/mmcblk0 monté en read only.

[zipe31]

Salut,

Et par curiosité, que donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lsblk -apo NAME,PKNAME,MOUNTPOINT,PARTLABEL,LABEL

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

lsblk -apO

Tapée tel quel c'est assez indigeste ;-(

Sinon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
pi@pi-rogue:~ $ lsblk -apo NAME,PKNAME,MOUNTPOINT,PARTLABEL,LABEL /dev/mmcblk0
NAME             PKNAME       MOUNTPOINT PARTLABEL LABEL
/dev/mmcblk0                                       
├─/dev/mmcblk0p2 /dev/mmcblk0 /                    
└─/dev/mmcblk0p1 /dev/mmcblk0 /boot

Désolé, mais la balise code interprète mal le hashteumeuleu

[disedorgue]

Bon, un exemple, ici, je veux connaitre le device "hard" de /home, on pourrait le faire comme ci-dessous si comme pour moi, votre version stat supporte la remonté du point de montage:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ lsblk -no PKNAME $(findmnt -no SOURCE $(stat -c "%m" /home))
sda

en décomposant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
$ stat -c "%m" /home
/
$ findmnt -no SOURCE /
/dev/sda1
$ lsblk -no PKNAME /dev/sda1
sda

[zipe31]

Bon, un exemple, ici, je veux connaitre le device "hard" de /home, on pourrait le faire comme ci-dessous si comme pour moi, votre version stat supporte la remonté du point de montage:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$ lsblk -no PKNAME $(findmnt -no SOURCE $(stat -c "%m" /home))
sda

Voilà ce que ça donne sur un raspberry :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
pi@pi-rogue:~ $ lsblk -no PKNAME $(findmnt -no SOURCE $(stat -c "%m" /home))
mmcblk0

Il faut que notre ami vandeyy se fasse à l'idée que les cartes SD n'ont pas une dénomination commune