140 To de données ?!

Histoplasma · Le 17/08/2014, à 23:33

Bonjour/Bonsoir, je reviens avec un nouveau problème à la charge...

J'ai besoin de m'installer un dual boot, avec une autre distribution. Jusque là, rien de bien sorcier. Sauf que mon disque dur a l'air de se planter sur la taille de la mémoire stockée...
J'en ai déjà abordé rapidement le sujet dans l'ancienne discussion que j'avais créée : Gparted m'affiche un disque plein, ce qui me paraît bien étrange étant donné que je n'ai pas grand chose d'installé ou de lourd sur mon PC. Je cherche donc dans les propriétés de mon disque dur :

[spoiler][/spoiler]

Screen de Gparted :
[spoiler][/spoiler]

Et quand je surligne le "/" à la racine, il m'affiche... 140 To de données utilisées. Non, ce n'est pas une faute de frappe : 140 To. Je pense donc que le souci vient bien d'ici... J'ai depuis supprimé plusieurs choses inutiles, nettoyé par ci par là avec Ubuntu tweak, mais le problème reste inchangé.

[spoiler][/spoiler]

Quelqu'un a une idée ? J'ai vraiment besoin de ce dual boot...

wido · Le 17/08/2014, à 23:48

Bonjour,
pourquoi tu ne réduis pas la partition lvm, tu crées une partition en fat32 ou autre suivant si tu veux mettre windows dessus?

Histoplasma · Le 17/08/2014, à 23:53

Merci pour ta réponse !

Par ce que je ne peux pas la réduire : Elle est affichée comme pleine. Donc impossible de partitionner

Et concernant cette autre installation, il me faudrait Bio-Linux, donc un autre Linux ^^

wido · Le 18/08/2014, à 00:00

Avec le lvm tu peux la réduire d'après le tutoriel:
http://doc.ubuntu-fr.org/lvm#retrecissement

je n'ai jamais utilisé ce type de partition, je ne peux pas t'expliquer plus

Histoplasma · Le 18/08/2014, à 00:13

Arf... Je comprends pas grand chose de ce qui est écrit, tant pis. Enfin ça m'a l'air plutôt délicat, comme manip'. Mais donc selon toi, c'est normal que cette partition soit affichée pleine ? Car en tout cas, Gparted me l'interdit un peu trop fort...

serged · Le 18/08/2014, à 07:33

Tout simplement parce que "/" contient toutes les partiticns montées (réelles ou pas). En particulier la partition /proc et le pseudo fichier /proc/kcore simulant la mémoire adressable totale.
Avec un OS 32 bits, ce kcore fait la taille de la mémoire, avec un OS 64 bits, il fait la taille mémoire adressable, soit 128To:

$ ls -lh /proc/kcore
-r-------- 1 root root 128T août  18 07:32 /proc/kcore

Donc pas de panique!

tiramiseb · Le 18/08/2014, à 09:16

Salut,

Que donnent les commandes suivantes ?

df -h
df -i
dpkg -l | grep linux-

PS : mets les retours de commandes entre balises "code", obtenues en cliquant sur l'icône .

Histoplasma · Le 18/08/2014, à 22:22

Oh, d'accord serged ! Merci, je comprends mieux, d'un coup x)

Voilà le résultat de la commande, tiramiseb :

marton@marton:~$ df -h
Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/xubuntu--vg-root   684G     95G  554G  15% /
none                           4,0K       0  4,0K   0% /sys/fs/cgroup
udev                           1,9G    4,0K  1,9G   1% /dev
tmpfs                          385M    884K  384M   1% /run
none                           5,0M       0  5,0M   0% /run/lock
none                           1,9G     92K  1,9G   1% /run/shm
none                           100M     24K  100M   1% /run/user
/dev/sda2                      229M     36M  181M  17% /boot
/dev/sda1                      188M    118K  187M   1% /boot/efi

marton@marton:~$ df -i
Sys. de fichiers               Inœuds IUtil.   ILibre IUti% Monté sur
/dev/mapper/xubuntu--vg-root 45506560 364522 45142038    1% /
none                           492261      2   492259    1% /sys/fs/cgroup
udev                           489605    517   489088    1% /dev
tmpfs                          492261    555   491706    1% /run
none                           492261      4   492257    1% /run/lock
none                           492261      8   492253    1% /run/shm
none                           492261     20   492241    1% /run/user
/dev/sda2                      124992    292   124700    1% /boot
/dev/sda1                           0      0        0     - /boot/efi

marton@marton:~$ dpkg -l | grep linux-
ii  linux-firmware                                        1.127.5                                             all          Firmware for Linux kernel drivers
ii  linux-image-3.11.0-20-generic                         3.11.0-20.35                                        amd64        Linux kernel image for version 3.11.0 on 64 bit x86 SMP
ii  linux-image-extra-3.11.0-20-generic                   3.11.0-20.35                                        amd64        Linux kernel extra modules for version 3.11.0 on 64 bit x86 SMP
ii  linux-libc-dev:amd64                                  3.13.0-34.60                                        amd64        Linux Kernel Headers for development
ii  linux-sound-base                                      1.0.25+dfsg-0ubuntu4                                all          base package for ALSA and OSS sound systems
marton@marton:~$ ^C
marton@marton:~$

tiramiseb · Le 18/08/2014, à 22:29

Je ne vois rien qui cloche.

Il faudrait que tu nous montres l'erreur précise de gparted, ou mieux, de parted.

melixgaro · Le 18/08/2014, à 22:31

Salut,

J'ai une question liée. Pourquoi avoir fait un lvm au lieu d'un partitionnement classique ? Je pose la question car ça me paraît plus embêtant qu'autre chose et pas utile pour un utilisateur lambda. Ou alors je passe à côté de quelque chose ?

Histoplasma · Le 18/08/2014, à 22:42

En fait, ce n'est pas moi qui ai mis ma distribution actuelle, et on a écrasé windows en installant linux par dessus, et je me souviens que le fait qu'il y ai cette partition avait apparemment déjà posé problème.

Gparted ne donne pas de message d'erreur à proprement parler : Il me dit juste que la partition est pleine, et que c'est impossible de la réduire, ou de la diviser. (Normal, il la voit pleine...)

Et je n'ai jamais utilisé parted (je viens de le lancer dans un terminal), et j'avoue ne pas trop savoir quoi faire.

Donc apparemment, le problème viendrait du type de partition, qui dirait de lui même qu'elle est pleine ? Comment changer de type la partition ?

melixgaro · Le 18/08/2014, à 22:47

Je crois que l'installateur ubuntu propose deux fantaisies casse-gueule : le chiffrage de la partition et le lvm...

Histoplasma · Le 18/08/2014, à 22:56

Qu'est ce que le chiffrage de la partition ? Désolée pour toutes ces questions, j'essaye de comprendre...

Je crois que le pauvre n'y est pour pas grand chose... Je soupçonne un peu HP (la marque de mon PC (presque) neuf, donc) d'avoir passé des contrats à droite à gauche pour justement éviter que l'on enlève windows. Mon BIOS est difficile d'accès, ils y avait des partitions dont il n'avait jamais vu la couleur, donc on a un peu fait comme on le sentait, c'est à dire à la méthode un peu bourrin : en écrasant tout.

tiramiseb · Le 18/08/2014, à 22:58

Arf.... lvm... Ça vient de faire tilt dans ma tête. Je peux t'expliquer le schmilblick. Je ne sais plus si on peut faire ce que tu veux. Il faut que je vérifie. Sinon j'aurai une alternative à te proposer. Mais là je suis dans mon lit et ce n'est pas avec l'écran tactile de mon téléphone que je peux te détailler tout ça. Donc il faudra attendre demain...

Histoplasma · Le 18/08/2014, à 23:02

C'est pas grave, j'ai de la patience Merci beaucoup d'avance du coup ! Super, si ça peut résoudre mon problème...

melixgaro · Le 19/08/2014, à 00:13

à Histoplasma,
je faisais une remarque générale, un avis personnel, pas complètement lié à ton cas... désolé pour la confusion

Bougron · Le 19/08/2014, à 00:33

serged a écrit :

Tout simplement parce que "/" contient toutes les partiticns montées (réelles ou pas). En particulier la partition /proc et le pseudo fichier /proc/kcore simulant la mémoire adressable totale.
Avec un OS 32 bits, ce kcore fait la taille de la mémoire, avec un OS 64 bits, il fait la taille mémoire adressable, soit 128To:
$ ls -lh /proc/kcore
-r-------- 1 root root 128T août  18 07:32 /proc/kcore
Donc pas de panique!

*
Dans ce cas, si je comprends bien, Il est normal que tout le monde dispose de cette taille. Je me sens sacrément lésé de ne disposer que de 13,04 Go
Pourtant la commande que tu indiques me signale effectivement 128 TO, les aurais-je perdus?

Dernière modification par Bougron (Le 19/08/2014, à 00:34)

tiramiseb · Le 19/08/2014, à 07:47

Bonjour bonjour,

Alors...

LVM est une technologie qui permet de créer des volumes de stockage (penser "partition") de taille dynamique et avec beaucoup moins de contraintes que les partitions. On attribue une partition à un volume physique. Sur la base de ce volume physique est créé un groupe de volumes. Dans ce groupe de volumes sont créés des volumes logiques. Et ces différentes couches sont plus ou moins étanches.
Par conséquent, si un volume logique fait toute la taille du groupe de volumes (ce qui semble bien être le cas chez toi), alors le système ne pourra pas se dire qu'il y a de la place libre : le volume physique est bel et bien plein, quel que soit l'état du volume logique.

À cette étape, pour pouvoir être catégorique sur l'état de ton système, on a besoin du retour des commandes suivantes :

sudo pvs
sudo vgs
sudo lvs

Il faut donc tout d'abord réduire la taille du volume logique. Je ne sais pas faire ça avec une interface graphique : je ne fais pas vraiment confiance aux interfaces graphiques pour des tâches d'aussi bas niveau. Donc voici les étapes à suivre, avec des commandes...
1/ redémarrer sur un LiveCD ou un LiveUSB : en effet, on ne peut pas réduire la taille d'un système de fichiers ext4 à chaud.
2/ s'assurer que le système de fichiers est propre :

sudo fsck /dev/xubuntu-vg/root

3/ réduire le système de fichiers :

sudo resize2fs /dev/xubuntu-vg/root 130G

4/ réduire le volume logique :

sudo lvresize /dev/xubuntu-vg/root 150G

5/ dire au système de fichiers de s'étendre sur tout le volume logique :

sudo resize2fs /dev/xubuntu-vg/root

6/ redémarrer sur le disque dur.

Maintenant, ta partition racine ne fera plus que 150 Go.

Tu as alors deux approches possibles :
- soit réduire la taille du volume physique pour laisser de la place sur le disque dur afin que ton autre système d'exploitation crée des partitions
- soit dire à ton autre système d'exploitation de s'installer en LVM, dans le même groupe de volumes, en créant un volume logique spécifique

Pour ma part je suis plutôt favorable à la 2me solution : ça te rendra la gestion de la chose plus facile si tu veux jongler avec ces aspects-là. Bien sûr, il faut alors que le système d'exploitation à installer supporte LVM. C'est généralement le cas de toutes les distributions Linux récentes.

Pour la 1re solution, peut-être que GParted pourra le faire. Sinon, l'approche est la même que ce qu'on a fait pour le système de fichiers par rapport au volume logique :
1/ réduire le volume physique :

sudo pvresize /dev/sda3 155G

2/ réduire la partition, avec GParted ou parted par exemple (taille cible, 160 Go)
3/ dire au volume physique de reprendre toute la place :

sudo pvresize /dev/sda3

Pour la 2me solution, tu n'as rien à faire de spécial : démarre l'installation de l'autre système d'exploitation et dis-lui de s'installer dans le groupe de volumes LVM existant ; tu devras peut-être lui demander de gérer ça manuellement toi-même pour faire ça sans erreur et sans effacer le volume logique existant, appelé "root".

Tu noteras que je n'ai jamais fait les réductions, aux différentes étapes, avec la même taille cible : je ne fais pas confiance aux outils système de base pour ce qui est du calcul des tailles de volume : je préfère prendre des marges conséquentes histoire de pas faire de bêtise (c'est à dire ne pas réduire le contenant plus petit que son contenu : tu risquerais de tout perdre).

Dernière modification par tiramiseb (Le 19/08/2014, à 07:48)

Histoplasma · Le 19/08/2014, à 21:52

Woaw, ça c'est de l'explication ! Merci beaucoup...

Par contre, je me refuse de le faire en une fois : Je suis trop débutante pour ça.

Voilà le retour des commandes indiquées au début de ton paragraphe :

marton@marton:~$ sudo pvs
[sudo] password for marton: 
  PV         VG         Fmt  Attr PSize   PFree
  /dev/sda3  xubuntu-vg lvm2 a--  698,21g    0 
marton@marton:~$ sudo vgs
  VG         #PV #LV #SN Attr   VSize   VFree
  xubuntu-vg   1   2   0 wz--n- 698,21g    0 
marton@marton:~$ sudo lvs
  LV     VG         Attr      LSize   Pool Origin Data%  Move Log Copy%  Convert
  root   xubuntu-vg -wi-ao--- 694,32g                                           
  swap_1 xubuntu-vg -wi-ao---   3,89g                                           
marton@marton:~$

tiramiseb · Le 19/08/2014, à 21:57

Oui, c'est bien ce que je pensais : les volumes "root" (ton système) et "swap_1" (la swap) prennent toute la place.
Tu peux alors dérouler les étapes 1 à 6...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/08/2014, à 23:33

140 To de données ?!

#2 Le 17/08/2014, à 23:48

Re : 140 To de données ?!

#3 Le 17/08/2014, à 23:53

Re : 140 To de données ?!

#4 Le 18/08/2014, à 00:00

Re : 140 To de données ?!

#5 Le 18/08/2014, à 00:13

Re : 140 To de données ?!

#6 Le 18/08/2014, à 07:33

Re : 140 To de données ?!

#7 Le 18/08/2014, à 09:16

Re : 140 To de données ?!

#8 Le 18/08/2014, à 22:22

Re : 140 To de données ?!

#9 Le 18/08/2014, à 22:29

Re : 140 To de données ?!

#10 Le 18/08/2014, à 22:31

Re : 140 To de données ?!

#11 Le 18/08/2014, à 22:42

Re : 140 To de données ?!

#12 Le 18/08/2014, à 22:47

Re : 140 To de données ?!

#13 Le 18/08/2014, à 22:56

Re : 140 To de données ?!

#14 Le 18/08/2014, à 22:58

Re : 140 To de données ?!

#15 Le 18/08/2014, à 23:02

Re : 140 To de données ?!

#16 Le 19/08/2014, à 00:13

Re : 140 To de données ?!

#17 Le 19/08/2014, à 00:33

Re : 140 To de données ?!

#18 Le 19/08/2014, à 07:47

Re : 140 To de données ?!

#19 Le 19/08/2014, à 21:52

Re : 140 To de données ?!

#20 Le 19/08/2014, à 21:57

Re : 140 To de données ?!

Pied de page des forums