[Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

Pierre16 · 23-06-2018 13:05:23

Bonjour,

Je souhaite supprimer vista sur mon disque dur pour ne plus utiliser que jessie sur ce PC.
Je dois donc gérér Grub et le nouveau démarrage de Jessie.

dev/sda1       ntfs               40,13 GB                     Boot

dev/sda3       extended        21,31GB

dev/sda5       ext4               28,07GB

dev/sda6       linux swap        1,24GB

dev/sda2       ntfs                 5 GB                        Presario

Ce sont donc les 40 Gb (sda1) que je veux récupérer.
Cela va peut-être aussi régler mon problème d'horodateur pour l'hibernation repris dans un autre post.

Puis-je profiter de vos conseils avisés ??

Dernière modification par Pierre16 (25-06-2018 15:52:06)

David5647 · 23-06-2018 15:25:44

Pierre16 a écrit :

Je dois donc gérér Grub et le nouveau démarrage de Jessie.

tu veux dire que c'est windows qui gérait le boot?
si tu n'as pas de grub installé fait le,

Perso, pour retirer windows j'ai juste étendu ma partition par dessus en utilisant gpartedlive
ça devrait pas poser de problème au niveau des partitions, tu n'aura plus de sda1 c'est tout. (avis d'utilisateur moyen)

et prépare toi une clef (ou autre) de debian net install c'est tjrs pratique lorsqu'on manipule ce genre de choses. on ne sait jamais

raleur · 23-06-2018 16:23:17

De manière générale, il faut faire attention à plusieurs points quand on supprime Windows (ou un autre système en multiboot).

1) Le chargeur d'amorçage principal. S'il appartient au système supprimé, plus d'amorçage. Il faut donc le remplacer avant. Si GRUB est déjà installé dans le MBR du disque, pas de problème.

2) Avec GRUB, la numérotation des partitions. Quand l'amorce de GRUB et la partition qui contient /boot/grub sont sur le même disque, alors GRUB identifie la partition par son numéro. Si la suppression de partitions provoque une renumérotation de cette partition, alors GRUB ne fonctionnera plus car il ne trouvera pas /boot/grub. On peut contourner le problème au démarrage, ou bien anticiper en réinstallant GRUB après la suppression. La renumérotation concerne les partitions logiques quand une partition logique de numéro inférieur est supprimée. Ici ce n'est pas le cas car bien que la partition racine soit une partition logique sda5 susceptible d'être renumérotée, les partitions NTFS sont des partitions principales sda1 et sda2 dont la suppression ne provoque pas de renumérotation.

3) Les montages permanents automatiques de partitions Windows dans /etc/fstab ou équivalent systemd. Ces montages sont à désactiver avant la suppression des partitions.

Dernière modification par raleur (23-06-2018 16:26:07)

Pierre16 · 23-06-2018 16:42:02

Ok,je me doutais qu'il fallait être très prudent sur ce coup.

Comment savoir si le chargeur d'amorçage appartient au système à supprimer ?
Même chose pour grub dans le MDR ?

Mes capacités sont limitées en la matière et une aide serait la bienvenue.

Merci d'avance

raleur · 23-06-2018 16:49:32

debconf-show grub-pc

hd -n 512 /dev/sda

Edit à toto : Séparé les 2 c ommandes root afin que ce soit mieux compris par tous. (voir rappel par raleur plus loin...)

Debian Alain · 23-06-2018 17:01:31

bonjour Pierre16 ,

pour éviter les frayeurs au démarrage .

avant de casser ton boot .

fais toi un disque de super grub disk : https://www.supergrubdisk.org/

avant toute chose .

https://debian-facile.org/doc:systeme:grub2
https://debian-facile.org/doc:systeme:g … stallation

ensuite , démarre sur ton linux et fais ceci :

grub-install sda

puis

update-grub

ensuite , pour les partitions , je sais faire mais je veux pas te donner de mauvais conseils ou des conseils qui pouraient "déraper" .

arrivé là , tu redémareras normalement sur grub .

Pierre16 · 23-06-2018 17:02:19

Voilà ...

root@PC-Devista:/home/pit16# debconf-show grub-pc

  grub2/device_map_regenerated:

  grub2/kfreebsd_cmdline_default: quiet

  grub-pc/disk_description:

  grub2/kfreebsd_cmdline:

  grub-pc/install_devices_disks_changed:

  grub-pc/chainload_from_menu.lst: true

  grub-pc/hidden_timeout: false

  grub-pc/mixed_legacy_and_grub2: true

  grub-pc/install_devices_failed_upgrade: true

* grub2/linux_cmdline: initrd=/install/gtk/initrd.gz

* grub-pc/install_devices: /dev/disk/by-id/ata-Hitachi_HTS541680J9SA00_SB2201SGJR53JB

  grub-pc/install_devices_empty: false

  grub-pc/kopt_extracted: false

* grub2/linux_cmdline_default: quiet

  grub-pc/timeout: 5

  grub2/force_efi_extra_removable: false

  grub-pc/postrm_purge_boot_grub: false

  grub-pc/install_devices_failed: false

  grub-pc/partition_description:

Debian Alain · 23-06-2018 17:22:45

tu peux utiliser - U B C D - pour travailler sur tes partitions

mais fais bien attention à ne supprimer que les partitions NTFS .

une fois les bonnes patitions (sda1 et sda2) supprimées et la partition linux sda3 étendue ,

boot sur ton linux et tapes ceci :

update-grub

, normalement , tout sera remis à jour et tu auras un linux > 20 GB

voilà ce que je ferai .

mais demande conseil à raleur ou à un ancien , histoire de me confirmer ou non . (normalement oui) .

raleur · 24-06-2018 08:55:50

Et le résultat de la seconde commande (hd) ?

Pierre16 · 24-06-2018 14:28:19

Voilà ....

root@PC-Devista:/home/pit16# hd -n 512 /dev/sda

00000000  eb 63 90 d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |.c....|......|..|

00000010  06 b9 00 02 fc f3 a4 50  68 1c 06 cb fb b9 04 00  |.......Ph.......|

00000020  bd be 07 80 7e 00 00 7c  0b 0f 85 10 01 83 c5 10  |....~..|........|

00000030  e2 f1 cd 18 88 56 00 55  c6 46 11 05 c6 46 10 00  |.....V.U.F...F..|

00000040  b4 41 bb aa 55 cd 13 5d  72 0f 81 fb 55 aa 75 09  |.A..U..]r...U.u.|

00000050  f7 c1 01 00 74 03 fe 46  10 66 00 80 01 00 00 00  |....t..F.f......|

00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|

00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|

00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 bb 17 04  |. ..d|<.t...R...|

00000090  f6 07 03 74 06 be 88 7d  e8 17 01 be 05 7c b4 41  |...t...}.....|.A|

000000a0  bb aa 55 cd 13 5a 52 72  3d 81 fb 55 aa 75 37 83  |..U..ZRr=..U.u7.|

000000b0  e1 01 74 32 31 c0 89 44  04 40 88 44 ff 89 44 02  |..t21..D.@.D..D.|

000000c0  c7 04 10 00 66 8b 1e 5c  7c 66 89 5c 08 66 8b 1e  |....f..\|f.\.f..|

000000d0  60 7c 66 89 5c 0c c7 44  06 00 70 b4 42 cd 13 72  |`|f.\..D..p.B..r|

000000e0  05 bb 00 70 eb 76 b4 08  cd 13 73 0d 5a 84 d2 0f  |...p.v....s.Z...|

000000f0  83 d0 00 be 93 7d e9 82  00 66 0f b6 c6 88 64 ff  |.....}...f....d.|

00000100  40 66 89 44 04 0f b6 d1  c1 e2 02 88 e8 88 f4 40  |@f.D...........@|

00000110  89 44 08 0f b6 c2 c0 e8  02 66 89 04 66 a1 60 7c  |.D.......f..f.`||

00000120  66 09 c0 75 4e 66 a1 5c  7c 66 31 d2 66 f7 34 88  |f..uNf.\|f1.f.4.|

00000130  d1 31 d2 66 f7 74 04 3b  44 08 7d 37 fe c1 88 c5  |.1.f.t.;D.}7....|

00000140  30 c0 c1 e8 02 08 c1 88  d0 5a 88 c6 bb 00 70 8e  |0........Z....p.|

00000150  c3 31 db b8 01 02 cd 13  72 1e 8c c3 60 1e b9 00  |.1......r...`...|

00000160  01 8e db 31 f6 bf 00 80  8e c6 fc f3 a5 1f 61 ff  |...1..........a.|

00000170  26 5a 7c be 8e 7d eb 03  be 9d 7d e8 34 00 be a2  |&Z|..}....}.4...|

00000180  7d e8 2e 00 cd 18 eb fe  47 52 55 42 20 00 47 65  |}.......GRUB .Ge|

00000190  6f 6d 00 48 61 72 64 20  44 69 73 6b 00 52 65 61  |om.Hard Disk.Rea|

000001a0  64 00 20 45 72 72 6f 72  0d 0a 00 bb 01 00 b4 0e  |d. Error........|

000001b0  cd 10 ac 3c 00 75 f4 c3  10 39 63 c7 00 00 80 01  |...<.u...9c.....|

000001c0  01 00 07 fe ff ff 3f 00  00 00 78 3f 04 05 00 fe  |......?...x?....|

000001d0  ff ff 07 fe ff ff 29 20  ae 08 d7 d7 a2 00 00 fe  |......) ........|

000001e0  ff ff 05 fe ff ff fe 3f  04 05 02 e0 a9 03 00 00  |.......?........|

000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|

00000200

J'ai préparé mon disk supergrub et reste dans l'attente de ton feu vert.

Debian Alain · 24-06-2018 15:17:45

remets toi en aux conseils de râleur .

il est plus compétent que moi .

tu peux commencer par afficher le contenu de /etc/fstab .

cat /etc/fstab

Pierre16 · 24-06-2018 15:27:32

pit16@PC-Devista:~$ cat /etc/fstab

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda5 during installation

UUID=175ed52c-d1f7-4fb6-b377-2dbcef3ff08b /               ext4    errors=remount-ro 0       1

# swap was on /dev/sda6 during installation

UUID=e44435ad-7388-4785-9b70-fa35cd4b0b47 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

UUID=7268FE0F68FDD239   /DDE/Samsung   ntfs-3g   defaults   0       2

UUID=2C7A87CD7A87926E   /DDE/Maxtor    ntfs-3g   defaults   0       2

Debian Alain · 24-06-2018 15:44:43

tu as deux hdd externes ? , Pierre16

Pierre16 · 24-06-2018 16:10:19

Oui

Debian Alain · 24-06-2018 16:22:18

y a une chose qui me chagrine :

comment tu peux avoir sda3 de 21 Go étendue
et sda5 de 28 Go ext4 ?

déjà , avant de faire quoique ce soit , j'aimerai bien qu'on m'explique çà ?

si tu l'as installé , peux tu me renvoyer une copie d'écran de

gnome-disks

merci

https://doc.ubuntu-fr.org/gnome-disk-utility

Dernière modification par Debian Alain (24-06-2018 16:24:53)

Pierre16 · 24-06-2018 16:47:56

Voilà .... 44551cd6415453e05ccc837aaedb6b94

Dernière modification par Pierre16 (24-06-2018 16:54:34)

Debian Alain · 24-06-2018 16:53:46

je peux t'en donner 3 :

mon préféré mais ne marche pas toujours très bien (parfois il sature) :
http://pix.toile-libre.org/
un peu mieux :
https://www.noelshack.com/
libre aussi mais je m'en sers rarement :
https://framapic.org/#

Pierre16 · 24-06-2018 16:56:22

https://hebergeur-images.com/fr/vi/4455 … 7aaedb6b94

Dernière modification par Pierre16 (24-06-2018 16:57:49)

Debian Alain · 24-06-2018 17:32:26

demande à plus calé que moi , je veux pas te faire faire des bêtises .

je pense que tu peux supprimer sda1 et sda2 .

ce qui te retirera w$ pour toujours .

j'espère que tu as fait un disque de récupération du systeme (w$) , on sait jamais .

Pierre16 · 24-06-2018 17:48:33

Merci pour tes conseils.
Je vais attendre un éventuel autre avis quant à la suppression directe de sda1 et 2,c'est ce que tu m'as proposé.
J'ai une sauvegarde de Vista mais ce n'est plus ma tasse de thé.

Debian Alain · 24-06-2018 18:04:03

sauf erreur : https://www.01net.com/actualites/micros … 64006.html

je me trompe ?

Erutluc · 24-06-2018 18:22:26

Salut. Est-ce que c'est un menu grub qui permet la sélection d'un système au démarrage de votre machine ? Si oui après la suppression de Windows, il faut mettre à jours le menu de grub avec

update-grup2 

Pour savoir où est debian (donc ce qui faut pas supprimer)

lsblk --fs

Dans la colonne MOUNTPOINT, il ne faut pas supprimer les partitions dont les lignes contiennent [SWAP], ou un point de montage commençant par / (comme /boot, ou /home ou /)

Debian Alain · 24-06-2018 18:27:18

oui , erutluc , tu as raison mais

update-grub

fonctionne aussi bien que

update-grub2

au passage , je rectifie une faute de frappe (ne m'en veux pas)

chez moi :

~$ sudo grub-install --version

grub-install (GRUB) 2.02+dfsg1-4

Dernière modification par Debian Alain (24-06-2018 18:33:42)

Erutluc · 24-06-2018 18:45:02

C'est normal car c'est un lien symbolique donc la même commande. Je ne le savais pas avant votre remarque.

Debian Alain · 25-06-2018 09:08:30

erutluc , tu te trompes , je crois :

$ dpkg -l | grep grub

ii  grub-common                           2.02+dfsg1-4                         amd64        GRand Unified Bootloader (common files)

ii  grub-pc                               2.02+dfsg1-4                         amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)

ii  grub-pc-bin                           2.02+dfsg1-4                         amd64        GRand Unified Bootloader, version 2 (PC/BIOS binaries)

ii  grub2-common                          2.02+dfsg1-4                         amd64        GRand Unified Bootloader (common files for version 2)

~$ sudo which update-grub

[sudo] Mot de passe de alain : 

/usr/sbin/update-grub

~$ ls -lisha /usr/sbin/update-grub

1071910 4,0K -rwxr-xr-x 1 root root 64 mars  16 12:56 /usr/sbin/update-grub

là je comprends mieux :

~$ ls -al /usr/sbin/update-grub2

lrwxrwxrwx 1 root root 11 avril  1 11:49 /usr/sbin/update-grub2 -> update-grub

Dernière modification par Debian Alain (25-06-2018 10:34:55)

Debian-facile

#1 23-06-2018 13:05:23

[Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#2 23-06-2018 15:25:44

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#3 23-06-2018 16:23:17

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#4 23-06-2018 16:42:02

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#5 23-06-2018 16:49:32

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#6 23-06-2018 17:01:31

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#7 23-06-2018 17:02:19

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#8 23-06-2018 17:22:45

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#9 24-06-2018 08:55:50

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#10 24-06-2018 14:28:19

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#11 24-06-2018 15:17:45

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#12 24-06-2018 15:27:32

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#13 24-06-2018 15:44:43

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#14 24-06-2018 16:10:19

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#15 24-06-2018 16:22:18

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#16 24-06-2018 16:47:56

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#17 24-06-2018 16:53:46

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#18 24-06-2018 16:56:22

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#19 24-06-2018 17:32:26

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#20 24-06-2018 17:48:33

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#21 24-06-2018 18:04:03

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#22 24-06-2018 18:22:26

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#23 24-06-2018 18:27:18

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#24 24-06-2018 18:45:02

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

#25 25-06-2018 09:08:30

Re : [Résolu]Récupérer espace Vista sur disque dur dualboot géré par grub

Pied de page des forums