Re,
Coreutils, merci Synaptic 
Re,
Merci du retour.
Je vais agir avec prudence… 
Je fais un test en VM d’abord. Mais effectivement la virtualisation peut être la cause de ton problème, plus que ta commande…
Merci pour la commande shred, pratique !
Salut,
L’as tu réellement testée sur un vrai disque dur ?
C’est tellement en contradiction avec le man 
[quote=“ggoodluck47”]Salut,
L’as tu réellement testée sur un vrai disque dur ?
C’est tellement en contradiction avec le man [/quote]
Salut,
Non je n’ai pas testé… J’attends de sortir le disque malade. Peut-être demain…
Tu as testé toi ?
Effectivement :
A priori, ça écrit et réécrit et réécrit… Pas si mal pour tester un support, non ?
Je teste demain ou après-demain (si je galère avec le changement de disque… )
Re,
Si donc comme fichier tu lui donnes /dev/sda quel fichier efface-t-il 
[quote=“ggoodluck47”]Re,
Si donc comme fichier tu lui donnes /dev/sda quel fichier efface-t-il [/quote]
Ce n’est pas une commande “anodine”…
[quote]1- Le démonter de l’ensemble raid et effacer sa table des partitions avec fdisk (option “o”)
2- Utiliser “shred” pour écrire n’importe quoi sur l’intégralité du disque et voir si ça se passe sans erreur :
Code:
shred -fvz -n 2 /dev/sdc[/quote]
Spatule précise bien de démonter l’ensemble Raid et d’effacer la table de partition avant…
Donc de toute façon pas d’espoir de récupérer quoi que ce soit… Aucune importance, ce n’est que la partie boiteuse du Raid ! 
Et un disque qui te commence à te lacher, tu ne le regardera plus jamais de la même manière… 
Salut,
Je ne vais pas ouvrir un fil pour ça…
J’ai tenté d’installer une SID + Raid1 + LVM dans une VM histoire de faire une simulation.
L’installation se fait sans problème, mais Grub2 ne s’installe pas… (pas moyen de choisir grub-legacy)
Pourtant j’ai bien mis /boot en dehors de la LVM pour éviter les soucis…
J’ai donc installé Lilo. Parfait!
Ça fait drôle, ça me rappelle mes premiers pas sous Gnu/Linux (Red-Hat ! ben oui, j’ai pas commencé par Ubuntu moi… 
).
J’ai rencontré un problème de mot de passe aussi… Obligé de démarrer en single de de faire # passwd
Je ne dit rien, c’est SID tout de même… 
Salut,
J’ai terminé mes essais dans une VM, tout est Ok…
Pour ton “plantage” c’est soit la virtualisation, soit Grub (c’est grub-legacy ou grub2 ?)
Je n’ai pas réussi à installer avec grub2 (Businesscard + SID) seul Lilo a bien fonctionné !
Demain, dés que j’ai le disque, pour de vrai
- Remplacement du disque foireux
- Installation d’un Raid1 + LVM sur une SID - Ce sera Lilo je pense, j’ai souvent eu de pb avec Grub2 et la businesscard…
Re,
Toutes les installations à partir du noyau sid et de grub2 que je tente depuis au moins deux mois n’aboutissent pas .
mes test je les avais fait avec grub1
Pour revenir à shred, son utilité principale est de détruire un fichier en écrivant en boucle dedans plein de données aléatoire et finir éventuellement par que des zero pour brouiller les pistes d’une tentative de récupération. C’est un peu le même genre que active kill disk dans hiren’s. Après ça normalement on ne peut plus récupérer les données, c’est pratique par exemple pour un disque fonctionnel qui doit quitter une entreprise…
Etant donné que l’un des fondamentaux d’Unix dit “Tout est fichier”, on peut donc très bien appliquer shred à un disque entier /dev/hda qui n’est finalement qu’un simple fichier special de type bloc.
Si on lance une commande du type :
C’est tout le disque qui est sollicité en écriture, donc si il a un problème d’intégrité ça devrait en principe nous péter dans les dents.
Après, on peut vérifier les données brutes du disque en formatant le stdout de dd avec la commande od comme ceci :
Ceci nous affiche le premier secteur (donc le mbr), remplacer la valeur de count par le nombre de secteur qu’on veut afficher. Normalement on se retrouve bien avec des zeros partout
Si on précise pas l’option “n”, shred nous fait 25 passes ce qui est très très long et ne doit s’effectuer qui si on souhaite vraiment écraser toutes les données, mais pour faire un simple test d’écriture 1 ou 2 passes suffisent.
[quote=“ggoodluck47”]Re,
Toutes les installations à partir du noyau sid et de grub2 que je tente depuis au moins deux mois n’aboutissent pas .[/quote]
Oui, j’ai rencontré le même genre de Pb.
Il faudrait que je vérifie encore, mais hier j’ai l’impression que je n’ai pas pu installer grub-legacy avec la businesscard, obligé de choisir grub2…
[quote=“SpaTule”]mes test je les avais fait avec grub1
Pour revenir à shred, son utilité principale est de détruire un fichier en écrivant en boucle dedans plein de données aléatoire…[/quote]
C’est bien ce que j’avais compris. Pas le genre de commande à lancer n’importe comment… un petit “a” à la place d’un “c” et tu pleure pendant quelques semaines
[code]lol:~# sfdisk -d /dev/sda | sfdisk /dev/sdb
Checking that no-one is using this disk right now …
OK
Disk /dev/sdb: 60801 cylinders, 255 heads, 63 sectors/track
sfdisk: ERROR: sector 0 does not have an msdos signature
/dev/sdb: unrecognized partition table type
Old situation:
No partitions found
New situation:
Units = sectors of 512 bytes, counting from 0
Device Boot Start End #sectors Id System
/dev/sdb1 63 979964 979902 fd Linux raid autodetect
/dev/sdb2 979965 976768064 975788100 fd Linux raid autodetect
/dev/sdb3 0 - 0 0 Empty
/dev/sdb4 0 - 0 0 Empty
Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Successfully wrote the new partition table
Re-reading the partition table …
If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)
lol:~# mdadm --manage /dev/md0 --add /dev/sdb1
mdadm: added /dev/sdb1
lol:~# mdadm --manage /dev/md1 --add /dev/sdb2
mdadm: added /dev/sdb2
lol:~# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdb2[2] sda2[0]
487893952 blocks [2/1] [U_]
[>…] recovery = 0.1% (664128/487893952) finish=158.9min speed=51086K/sec
md0 : active raid1 sdb1[1] sda1[0]
489856 blocks [2/2] [UU]
unused devices: [/code]
Il y a un truc qui me chagrine dans ton sfdisk
Certes tout va marcher nickel après le recovering terminé, mais ne redémarre pas tout de suite, j’ai peur que ça ne boote pas non plus chez toi. 
Donne le résultat d’un fdisk -l pour voir ?
[quote=“SpaTule”]Il y a un truc qui me chagrine dans ton sfdisk
Certes tout va marcher nickel après le recovering terminé, mais ne redémarre pas tout de suite, j’ai peur que ça ne boote pas non plus chez toi.
Donne le résultat d’un fdisk -l pour voir ?[/quote]
Oui, j’ai vu ça “après coup”…
[code]lol:~# fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xc8239e28
Device Boot Start End Blocks Id System
/dev/sda1 1 61 489951 fd Linux raid autodetect
/dev/sda2 62 60801 487894050 fd Linux raid autodetect
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 1 61 489951 fd Linux raid autodetect
/dev/sdb2 62 60801 487894050 fd Linux raid autodetect
Disk /dev/sdc: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00096bd4
Device Boot Start End Blocks Id System
/dev/sdc1 1 121602 976761527 8e Linux LVM
Disk /dev/md0: 501 MB, 501612544 bytes
2 heads, 4 sectors/track, 122464 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn’t contain a valid partition table
Disk /dev/md1: 499.6 GB, 499603406848 bytes
2 heads, 4 sectors/track, 121973488 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn’t contain a valid partition table
Disk /dev/dm-0: 49.9 GB, 49996103680 bytes
255 heads, 63 sectors/track, 6078 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-0 doesn’t contain a valid partition table
Disk /dev/dm-1: 3997 MB, 3997171712 bytes
255 heads, 63 sectors/track, 485 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-1 doesn’t contain a valid partition table
Disk /dev/dm-2: 2998 MB, 2998927360 bytes
255 heads, 63 sectors/track, 364 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-2 doesn’t contain a valid partition table
Disk /dev/dm-3: 59.9 GB, 59999518720 bytes
255 heads, 63 sectors/track, 7294 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-3 doesn’t contain a valid partition table
Disk /dev/dm-4: 24.9 GB, 24998051840 bytes
255 heads, 63 sectors/track, 3039 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-4 doesn’t contain a valid partition table
Disk /dev/dm-5: 79.9 GB, 79997960192 bytes
255 heads, 63 sectors/track, 9725 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-5 doesn’t contain a valid partition table
Disk /dev/dm-6: 21.4 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-6 doesn’t contain a valid partition table
Disk /dev/dm-7: 214.7 GB, 214748364800 bytes
255 heads, 63 sectors/track, 26108 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-7 doesn’t contain a valid partition table
Disk /dev/dm-8: 763.9 GB, 763979890688 bytes
255 heads, 63 sectors/track, 92881 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Disk /dev/dm-8 doesn’t contain a valid partition table[/code]
Edit : A part ça : Disk identifier: 0x00000000
Je ne vois pas ce qui n’irait pas…
Re,
No problemo.
Reboot ok.
[code]lol:~# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sda2[0] sdb2[1]
487893952 blocks [2/2] [UU]
md0 : active raid1 sda1[0] sdb1[1]
489856 blocks [2/2] [UU]
unused devices:
[/code]
PS : shred tourne depuis 11h40 sur le disque qui a fait foiré mon raid…
█▓▒░laurent@siduxbox░▒▓██▓▒░ jeu. mai 27 11:40:15
~/ shred -fvz -n 2 /dev/sdk
shred: /dev/sdk : passe 1/3 (random)...
shred: /dev/sdk : passe 1/3 (random)...1,1GiB/466GiB 0%
[...]
shred: /dev/sdk : passe 2/3 (random)...105GiB/466GiB 22%
C’est pas le genre de commande à lancer quand tu es pressé… Heureusement que je n’ai pas de changement de groupe aujourd’hui
Content pour toi, mon histoire avec ma VM m’avait un peu fait flipper 
D’ailleurs j’ai remonté le raid avec un livecd et il est niquel mais il veut toujours pas booter 
Je pense que la virtualisation a ses limites un peu quand même… et même chez vmware ! 
Ton sdk c’est le disque malade j’imagine ? La première passe à l’air de s’être bien passée… il est peut être pas si malade que ça … 
Re,
[quote=“SpaTule”][…]
Ton sdk c’est le disque malade j’imagine ? La première passe à l’air de s’être bien passée… il est peut être pas si malade que ça … [/quote]
Oui, c’est le fameux disque… J’ai été obligé d’arrêter à cause d’une coupure…
Je recommence demain matin. C’est loooooooooooooooooooong. J’ai stoppé au milieu de la deuxième “passe”.
Effectivement aucune erreur…
Tant mieux, sauf que j’ai du racheter un disque quand même
Bon j’ai fini de le tester (une seule passe, trois c’est trop long…)
# shred -fvz -n 0 /dev/sda
shred: /dev/sda: pass 1/1 (000000)...
shred: /dev/sda: passes 1/1 (000000)...661MiB/466GiB 0%
shred: /dev/sda: passes 1/1 (000000)...662MiB/466GiB 0%
...
shred: /dev/sda: passes 1/1 (000000)...465GiB/466GiB 99%
shred: /dev/sda: passes 1/1 (000000)...466GiB/466GiB 100%
Aucune erreur… Le disque semble Ok 
Merci pour votre aide en tout cas ! 