#1 Le 20/11/2017, à 16:07
- Symi
Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Bonjour à tous !
J'ai fait une partition primaire en NTFS pour installer Windows 7 pro (x86) à côté de Ubuntu.
Je l'ai installé.
J'ai lu sur le forum qu'il fallait ensuite mettre à jour le grub pour avoir le choix de démarrer sur Linux ou Windows.
Impossible de faire la commande 'sudo apt-get install grub-pc"
J'ai fait une update puis une upgrade et là arrivé à un moment: DISQUE PLEIN !! Je n'ai donc pas pu finir l'upgrade et donc pas finit cette mise à jour du grub.
Du coup je ne sais par où continuer...
Est-ce que j'ai raté quelque chose ?
Je sais pas trop si je dois changer la taille d'une partition ou faire autre chose.
Merci pour votre aide !
Hors ligne
#2 Le 20/11/2017, à 16:11
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Voici le message du terminal en fin de l'upgrade :
dpkg: erreur de traitement de l'archive /tmp/apt-dpkg-install-fqFqNe/045-libgs9_9.19~dfsg+1-0ubuntu6.6_i386.deb (--unpack) :
impossible de copier les données extraites pour « ./usr/lib/i386-linux-gnu/libgs.so.9.19 » vers « /usr/lib/i386-linux-gnu/libgs.so.9.19.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique)
Aucun rapport « apport » n'a été créé car un disque plein a été signalé
Préparation du dépaquetage de .../046-libgs9-common_9.19~dfsg+1-0ubuntu6.6_all.deb ...
Dépaquetage de libgs9-common (9.19~dfsg+1-0ubuntu6.6) sur (9.19~dfsg+1-0ubuntu6) ...
dpkg: unrecoverable fatal error, aborting:
vidage impossible de /var/lib/dpkg/updates/tmp.i après la mise en forme: Aucun espace disponible sur le périphérique
E: Sub-process /usr/bin/dpkg returned an error code (2)
Modération : merci d'utiliser les balises code (explications ici).
Dernière modification par cqfd93 (Le 20/11/2017, à 16:25)
Hors ligne
#3 Le 20/11/2017, à 16:16
- Nasman
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Démarre une session "Live" d'ubuntu (démarrer le PC à partir d'une clé usb bootable avec ubuntu ou depuis un dvd avec l'option démarrer ubuntu sans installer)
Ouvre un terminal (avec ctrl+alt+t)
Passe la commande
sudo fdisk -l
(-L en minuscule)
Poste le résultat complet de cette commande
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#4 Le 20/11/2017, à 16:20
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Merci de répondre, je suis actuellement en session live, voici le résultat :
Disque /dev/ram0 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram1 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram2 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram3 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram4 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram5 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram6 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram7 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram8 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram9 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram10 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram11 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram12 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram13 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram14 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/ram15 : 64 MiB, 67108864 octets, 131072 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disque /dev/loop0 : 1,5 GiB, 1563484160 octets, 3053680 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disque /dev/sda : 149,1 GiB, 160041885696 octets, 312581808 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa9a1a052
Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 2048 103907327 103905280 49,6G 83 Linux
/dev/sda2 * 103907328 304611327 200704000 95,7G 7 HPFS/NTFS/exFAT
/dev/sda3 304613374 312580095 7966722 3,8G 5 Étendue
/dev/sda5 304613376 312580095 7966720 3,8G 82 partition d'échange
Modération : merci d'utiliser les balises code (explications ici).
Dernière modification par cqfd93 (Le 20/11/2017, à 16:26)
Hors ligne
#5 Le 20/11/2017, à 17:00
- Nasman
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
A priori tu n'as ni partition dédiée à /boot, ni partition dédiée au /home.
Si tu est bloqué c'est que ta partition Linux serait pleine et que tu seras bloqué tant que du ménage n'aura pas été fait.
On va essayer d'en savoir plus :
Toujours en session "Live"
sudo mkdir /mnt/partition_linux
sudo mount /dev/sda1 /mnt/partition_linux
df -h
df -i
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#6 Le 20/11/2017, à 17:57
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Hum... d'accord.
Voici les réponses :
df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 1,9G 0 1,9G 0% /dev
tmpfs 384M 26M 359M 7% /run
/dev/sr0 1,5G 1,5G 0 100% /cdrom
/dev/loop0 1,5G 1,5G 0 100% /rofs
aufs 1,9G 1,9G 356K 100% /
tmpfs 1,9G 25M 1,9G 2% /dev/shm
tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
tmpfs 1,9G 896K 1,9G 1% /tmp
tmpfs 384M 124K 384M 1% /run/user/999
/dev/sda1 48G 8,5G 37G 19% /mnt
/dev/sda2 96G 14G 83G 14% /media/ubuntu/51C8A40E4D15F6EE
ubuntu@ubuntu:~$ df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev 206757 544 206213 1% /dev
tmpfs 214153 833 213320 1% /run
/dev/sr0 0 0 0 - /cdrom
/dev/loop0 196549 196549 0 100% /rofs
aufs 214153 33497 180656 16% /
tmpfs 214153 18 214135 1% /dev/shm
tmpfs 214153 7 214146 1% /run/lock
tmpfs 214153 18 214135 1% /sys/fs/cgroup
tmpfs 214153 40 214113 1% /tmp
tmpfs 214153 58 214095 1% /run/user/999
/dev/sda1 3252224 217651 3034573 7% /mnt
/dev/sda2 86743780 60376 86683404 1% /media/ubuntu/51C8A40E4D15F6EE
Hors ligne
#7 Le 21/11/2017, à 12:01
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Avec G parted j'ai pu voir qu'il y avait une partition Linux, une partition que j'ai créer pour Windows et une toute petite dernière où il y a des fichiers du système dont un dossier /var qui est plein.
Ceci n'est que supposition car je ne comprends pas tout ;-)
(Je vais m'absenter dans l'après-midi, je reviens ce soir)
Hors ligne
#8 Le 22/11/2017, à 00:12
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Pour faire suite au message précédent, c'est le dossier /user qui est plein.
Est-ce qu'il faut que je modifie mes partitions, et si oui, comment s'il vous plaît ?
Je n'ai pas tenté de redémarrer mon ordinateur depuis mon premier message, j'attends d'être fixée pour éviter un éventuel soucis supplémentaire.
Merci pour votre aide.
Hors ligne
#9 Le 25/11/2017, à 14:05
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Bonjour aux lecteurs,
Sans réponse, j'ai donc essayé de redémarrer mon ordinateur.
Unbuntu s'est lancé mais après une journée complète, n'a pas pu se démarrer.
J'ai réessayé à l'instant et je suis tombée sur la page du GRUB.
Bon, sachant que je n'ai pas pu finir la mise à jour et que apparemment je manquerais de place sur la partition dédiée à celles ci, j'ai vraiement besoin d'être guidée pour éviter les bêtises.
Merci par avance.
Hors ligne
#10 Le 25/11/2017, à 19:49
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
J'ai finalement réussi toute seule:
J'ai partitionné mon disque en 4:
- Une partition primaire format ext4 pour Linux
- Une partition primaire format ntfs pour Windows 7 pro
- Une partition primaire format ext4 pour le partage de dossiers entre les deux
- Une partition swap (déjà existante) pour Linux
J'ai réinstaller Ubuntu sur sa partition et réattribuer les points de montage :
Directement sur la racine pour la première partition et pour Windows sur /media/Windows
J'ai bien la fenêtre me permettant de choisir sur lequel je veux démarrer. Les deux fonctionnent bien.
Hors ligne
#11 Le 27/11/2017, à 15:54
- Nasman
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
J'ai finalement réussi toute seule:
J'ai partitionné mon disque en 4:
- Une partition primaire format ext4 pour Linux
- Une partition primaire format ntfs pour Windows 7 pro
- Une partition primaire format ext4 pour le partage de dossiers entre les deux
Je ne suis pas sur que ce soit un bon plan d'avoir une partition en ext4 pour partager les données entre Linux et Windows :
- si Windows arrive à lire sur du ext4 (voire écrire) c'est qu'un pilote spécial a été installé
- il n'y a pas de raison que Windows (et les virus qu'il contient) ne puisse accéder à la partition système Linux
- il y a donc un risque que des virus, vers et autres saloperies corrompent toutes les partitions Linux
Avec une partition commune en ntfs (que Linux sait biengérer en lecture et écriture - moins en ce qui concerne les droits d'accès et réparations) il y a moins de risque de corruption des données (les virus Windows ne pouvant abimer les partitions Linux et les virus sous Linux étant très peu fréquents).
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne
#12 Le 28/11/2017, à 12:01
- Symi
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Bonjour,
Intéressant. Les virus pourraient donc passer par le biai de la partition commune...
Merci je vais changer en ntfs.
Hors ligne
#13 Le 28/11/2017, à 12:18
- Nasman
Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade
Ce qu'il faut surtout c'est ne pas avoir de driver permettant à Windows de voir les partitions ext4.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne