Je me demander j'ai une clés USB de 2 To, çà marche comment la table de partition ?
Je me demander j'ai une clés USB de 2 To, çà marche comment la table de partition ?
Je me demander j'ai une clés USB de 2 To, çà marche comment la table de partition ?
La table des partitions
est exactement la même que sur un autre type de disque-dur, souple ou
sans parties tournantes.
La table des partitions
est exactement la même que sur un autre type de disque-dur, souple ou
sans parties tournantes.
La table des partitions
est exactement la même que sur un autre type de disque-dur, souple ou
sans parties tournantes.
Je n'ai pas vu souvent de tables de partitions sur des disquettes.
Je n'ai pas vu souvent de tables de partitions sur des disquettes.
Je n'ai pas vu souvent de tables de partitions sur des disquettes.
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
Je suis plus que dubitatif quant à cette affirmation : le
partitionnement est une propriété du support, pas du lecteur.
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
Je suis plus que dubitatif quant à cette affirmation : le
partitionnement est une propriété du support, pas du lecteur.
C'est vrai, mais je l'ai fait sur un lecteur de disquette SCSI,
comme on n'en fait plus :->
Je suis plus que dubitatif quant à cette affirmation : le
partitionnement est une propriété du support, pas du lecteur.
Le partitionnement est une propriété du type de périphérique.
Je ne crois pas avoir jamais partitionné un /dev/fd0 sous Linux,
pour la bonne raison que je pense que le kernel ne lit pas la
table des partitions dans ce cas et ne génère pas les points
d'entrées à /dev/fd0pX: probablement même que la numérotation
des minors ne le prévoit pas. Il se peut même qu'il manque
certains ioctl(2) spécifiques qui retourneraient une erreur
au moment où on ferait un `w' dans fdisk, p.ex, ou même
à la lecture. A tester! (sauf que je n'ai plus aucun
lecteur de floppy je crois).
Dans le cas d'un lecteur de floppy SCSI, c'était
alors, de mémoire, géré comme un disque-dur amovible,
soit un bon vieux /dev/sdX, donc les minors étaient prévus
pour cela, et la table des partitions était lue. Les
partitions Y étaient accessibles sous /dev/sdXY comme
d'habitude.
Le partitionnement est une propriété du type de périphérique.
Je ne crois pas avoir jamais partitionné un /dev/fd0 sous Linux,
pour la bonne raison que je pense que le kernel ne lit pas la
table des partitions dans ce cas et ne génère pas les points
d'entrées à /dev/fd0pX: probablement même que la numérotation
des minors ne le prévoit pas. Il se peut même qu'il manque
certains ioctl(2) spécifiques qui retourneraient une erreur
au moment où on ferait un `w' dans fdisk, p.ex, ou même
à la lecture. A tester! (sauf que je n'ai plus aucun
lecteur de floppy je crois).
Dans le cas d'un lecteur de floppy SCSI, c'était
alors, de mémoire, géré comme un disque-dur amovible,
soit un bon vieux /dev/sdX, donc les minors étaient prévus
pour cela, et la table des partitions était lue. Les
partitions Y étaient accessibles sous /dev/sdXY comme
d'habitude.
Le partitionnement est une propriété du type de périphérique.
Je ne crois pas avoir jamais partitionné un /dev/fd0 sous Linux,
pour la bonne raison que je pense que le kernel ne lit pas la
table des partitions dans ce cas et ne génère pas les points
d'entrées à /dev/fd0pX: probablement même que la numérotation
des minors ne le prévoit pas. Il se peut même qu'il manque
certains ioctl(2) spécifiques qui retourneraient une erreur
au moment où on ferait un `w' dans fdisk, p.ex, ou même
à la lecture. A tester! (sauf que je n'ai plus aucun
lecteur de floppy je crois).
Dans le cas d'un lecteur de floppy SCSI, c'était
alors, de mémoire, géré comme un disque-dur amovible,
soit un bon vieux /dev/sdX, donc les minors étaient prévus
pour cela, et la table des partitions était lue. Les
partitions Y étaient accessibles sous /dev/sdXY comme
d'habitude.
On peut faire lire des partitions sur n'importe quel support, si on sait
s'y prendre, y compris du loopback, des partitions, etc. Le noyau ne le
fait PAR DÉFAUT que quand c'est utile.
On peut faire lire des partitions sur n'importe quel support, si on sait
s'y prendre, y compris du loopback, des partitions, etc. Le noyau ne le
fait PAR DÉFAUT que quand c'est utile.
On peut faire lire des partitions sur n'importe quel support, si on sait
s'y prendre, y compris du loopback, des partitions, etc. Le noyau ne le
fait PAR DÉFAUT que quand c'est utile.
Tiens, j'aimerais bien un exemple pour le loopback, rien que pour voir
quels minors sont utilisés.
Et on voit bien les major/minors:
# kpartx -v -a logging-test.img
add map loop0p1 (251:0): 0 497664 linear /dev/loop0 2048
add map loop0p2 (251:1): 0 66605058 linear /dev/loop0 501758
add map loop0p5 (251:2): 0 66605056 251:1 2
# ls /dev/mapper/
control loop0p1 loop0p2 loop0p5
# mount /dev/mapper/loop0p1 /mnt/test
Tiens, j'aimerais bien un exemple pour le loopback, rien que pour voir
quels minors sont utilisés.
Et on voit bien les major/minors:
# kpartx -v -a logging-test.img
add map loop0p1 (251:0): 0 497664 linear /dev/loop0 2048
add map loop0p2 (251:1): 0 66605058 linear /dev/loop0 501758
add map loop0p5 (251:2): 0 66605056 251:1 2
# ls /dev/mapper/
control loop0p1 loop0p2 loop0p5
# mount /dev/mapper/loop0p1 /mnt/test
Tiens, j'aimerais bien un exemple pour le loopback, rien que pour voir
quels minors sont utilisés.
Et on voit bien les major/minors:
# kpartx -v -a logging-test.img
add map loop0p1 (251:0): 0 497664 linear /dev/loop0 2048
add map loop0p2 (251:1): 0 66605058 linear /dev/loop0 501758
add map loop0p5 (251:2): 0 66605056 251:1 2
# ls /dev/mapper/
control loop0p1 loop0p2 loop0p5
# mount /dev/mapper/loop0p1 /mnt/test
[ Followup-To: fr.comp.os.linux.configuration ]
ptilou wrote:Je me demander j'ai une clés USB de 2 To, çà marche comm ent la table de partition ?
Une clé USB est un périphérique bloc comme un autre. La t able des partitions
est exactement la même que sur un autre type de disque-dur, souple o u
sans parties tournantes. Les mêmes outils de partitionnement legacy
MS-DOS FAT ou plus moderne sont utilisés.
NB: pour le BIOS (démarrage de la machine), toutefois, il n'y a pas
cette orthogonalité, des problèmes peuvent survenir.
Sous GNU/Linux, on peut bien sûr ne pas partitionner et utiliser l'e nsemble
de la capacité pour le filesystem choisi, exemple:
df
/dev/sdb 15G 1.8G 13G 13% /scratch/LOGS
/dev/sde 2.7T 2.4T 195G 93% /backup
lsblk
sdb 8:16 1 15G 0 disk /scratch/LOGS
sde 8:64 0 2.7T 0 disk /backup
Si l'on partitionne, voir que l'on découpe en volumes logiques,
avec ou sans RAID, cela ressemblera plutôt à: (lsblk)
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
|-sda1 8:1 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sda2 8:2 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdb 8:16 0 1.8T 0 disk
|-sdb1 8:17 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sdb2 8:18 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdc 8:32 1 231.9G 0 disk /var/lib/lxc/121/rootfs/use net-fr-dbs
sde 8:64 0 2.7T 0 disk /backup
[ Followup-To: fr.comp.os.linux.configuration ]
ptilou <ptilou@gmail.com> wrote:
> Je me demander j'ai une clés USB de 2 To, çà marche comm ent la table de partition ?
Une clé USB est un périphérique bloc comme un autre. La t able des partitions
est exactement la même que sur un autre type de disque-dur, souple o u
sans parties tournantes. Les mêmes outils de partitionnement legacy
MS-DOS FAT ou plus moderne sont utilisés.
NB: pour le BIOS (démarrage de la machine), toutefois, il n'y a pas
cette orthogonalité, des problèmes peuvent survenir.
Sous GNU/Linux, on peut bien sûr ne pas partitionner et utiliser l'e nsemble
de la capacité pour le filesystem choisi, exemple:
df
/dev/sdb 15G 1.8G 13G 13% /scratch/LOGS
/dev/sde 2.7T 2.4T 195G 93% /backup
lsblk
sdb 8:16 1 15G 0 disk /scratch/LOGS
sde 8:64 0 2.7T 0 disk /backup
Si l'on partitionne, voir que l'on découpe en volumes logiques,
avec ou sans RAID, cela ressemblera plutôt à: (lsblk)
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
|-sda1 8:1 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sda2 8:2 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdb 8:16 0 1.8T 0 disk
|-sdb1 8:17 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sdb2 8:18 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdc 8:32 1 231.9G 0 disk /var/lib/lxc/121/rootfs/use net-fr-dbs
sde 8:64 0 2.7T 0 disk /backup
[ Followup-To: fr.comp.os.linux.configuration ]
ptilou wrote:Je me demander j'ai une clés USB de 2 To, çà marche comm ent la table de partition ?
Une clé USB est un périphérique bloc comme un autre. La t able des partitions
est exactement la même que sur un autre type de disque-dur, souple o u
sans parties tournantes. Les mêmes outils de partitionnement legacy
MS-DOS FAT ou plus moderne sont utilisés.
NB: pour le BIOS (démarrage de la machine), toutefois, il n'y a pas
cette orthogonalité, des problèmes peuvent survenir.
Sous GNU/Linux, on peut bien sûr ne pas partitionner et utiliser l'e nsemble
de la capacité pour le filesystem choisi, exemple:
df
/dev/sdb 15G 1.8G 13G 13% /scratch/LOGS
/dev/sde 2.7T 2.4T 195G 93% /backup
lsblk
sdb 8:16 1 15G 0 disk /scratch/LOGS
sde 8:64 0 2.7T 0 disk /backup
Si l'on partitionne, voir que l'on découpe en volumes logiques,
avec ou sans RAID, cela ressemblera plutôt à: (lsblk)
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
|-sda1 8:1 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sda2 8:2 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdb 8:16 0 1.8T 0 disk
|-sdb1 8:17 0 3.7G 0 part
| `-md0 9:0 0 3.7G 0 raid1 [SWAP]
`-sdb2 8:18 0 1.8T 0 part
`-md1 9:1 0 1.8T 0 raid1
|-vg1-root 253:0 0 18.6G 0 lvm /
|-vg1-lxc--103 253:1 0 21G 0 lvm /var/lib/lxc/103
|-vg1-lxc--123 253:2 0 14G 0 lvm /var/lib/lxc/123
|-vg1-lxc--104 253:3 0 529G 0 lvm /var/lib/lxc/104
|-vg1-lxc--124 253:4 0 1G 0 lvm /var/lib/lxc/124
|-vg1-lxc--105 253:5 0 25G 0 lvm /var/lib/lxc/105
|-vg1-lxc--200 253:6 0 27G 0 lvm /var/lib/lxc/200
|-vg1-lxc--203 253:7 0 20G 0 lvm /var/lib/lxc/203
|-vg1-lxc--121 253:8 0 672.7G 0 lvm /var/lib/lxc/121
|-vg1-scratch 253:9 0 220G 0 lvm /scratch
`-vg1-lxc--204 253:10 0 40G 0 lvm /var/lib/lxc/204
sdc 8:32 1 231.9G 0 disk /var/lib/lxc/121/rootfs/use net-fr-dbs
sde 8:64 0 2.7T 0 disk /backup
Y a t'il quelque chose de particulier sous linux, pour les adaptateur sdcard to sata, faut un drive ou c'est natif avec le bios ?
Y a t'il quelque chose de particulier sous linux, pour les adaptateur sdcard to sata, faut un drive ou c'est natif avec le bios ?
Y a t'il quelque chose de particulier sous linux, pour les adaptateur sdcard to sata, faut un drive ou c'est natif avec le bios ?