Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 20/11/2017, à 15: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, à 15: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, à 15:25)

Hors ligne

#3 Le 20/11/2017, à 15: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, à 15: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, à 15:26)

Hors ligne

#5 Le 20/11/2017, à 16: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, à 16: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, à 11: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 21/11/2017, à 23: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, à 13: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, à 18: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, à 14:54

Nasman

Re : Dual BOOT soucis après installation, disque plein pour finir l'upgrade

Symi a écrit :

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, à 11: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, à 11: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