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 18/01/2015, à 20:23

Nairwolf

Partition "/" remplie brusquement ?

Bonjour,

Je voudrais vous faire part de quelques soucis que je rencontre actuellement. Peut-être sont-ils tous dissociés, mais ils tombent tous en même temps... Petit état de la config de mon pc.

sda1 : /boot/efi   200 Mo
sda2 :  /                30 Go
sda3 : SWAP        5 Go
sda4 : /data          85 Go

sdb1 : /home      119Go

1) Hier, je constate un problème en sortie de veille. Je n'arrive pas à accéder au menu du mot de passe, et le pc semble rester entre deux états (veille et non-veille). Je décide de rebooter à la main, en appuyant sur le bouton. Là, j'ai un souci, après un certain temps, on m'indique que la partition /home n'est pas monté, et qu'on ne peut pas la monter. J'ai le choix de passer au montage manuel ou automatique. Je choisis de le faire manuellement. En gros, cela finit par booter, mais sur mon bureau, aucun de mes launcheurs ne marche. Je ne cherche pas plus loin, et je reboote, ça marche ! Simple souci passager ? J'ai peur que mon disque 2 là où est /home ait des défauts...

2) Quelque temps plus tard, je finis par constater que ma partition / s'est fortement rempli. Il y a 30 Go, mon installation de Xubuntu est récente (1 mois), et j'étais à moins de 10Go il y a une semaine. Maintenant, j'ai 23Go utilisé sur 30Go !

Où chercher pour pouvoir expliquer cette montée en data ? Qu'est-ce qui prend de la place ? Récemment, j'ai fait les installations suivantes :
-Emacs
-Eric
-PyCharm

Pourtant ces logiciels ne sont pas volumineux....

J'espère que vous pourrez m'aider. Au pire, j'ai un historique de ma partition / avec timeshift, je pourrai faire une restauration depuis la semaine dernière, mais j'aimerai quand même comprendre ce qui s'est passé.

Merci !

Hors ligne

#2 Le 18/01/2015, à 20:38

Rufus T. Firefly

Re : Partition "/" remplie brusquement ?

Salut,

Regarde déjà dans /var/log s'il n'y a pas un fichier particulièrement volumineux...


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#3 Le 18/01/2015, à 22:09

Nairwolf

Re : Partition "/" remplie brusquement ?

Ah, oui, j'ai effectivement le fichier syslog qui fait 7.9 Go.

Je pensais que ce fichier s'effaçait de temps en temps...

Hors ligne

#4 Le 18/01/2015, à 22:32

tiramiseb

Re : Partition "/" remplie brusquement ?

Oui, ce fichier s'efface de temps en temps.
Tu as peut-être une erreur qui revient trop souvent, un problème sur ton PC... N'as-tu aucune ligne qui revient beaucoup dans ce fichier ?

Hors ligne

#5 Le 18/01/2015, à 22:46

Nairwolf

Re : Partition "/" remplie brusquement ?

Effectivement, j'ai le message suivant qui semble se répéter en boucle :

Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122750] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] sd 1:0:0:0: [sdb] CDB: 
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] Read(10): 28 00 0b c1 39 88 00 00 08 00
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122762] sd 1:0:0:0: [sdb] Unhandled error code
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122763] sd 1:0:0:0: [sdb]  

On parle de sdb, le disque qui n'arrivait pas à se monter la dernière fois ! En réalité, ce n'est pas arrivé qu'une seule fois...

Hors ligne

#6 Le 18/01/2015, à 22:49

tiramiseb

Re : Partition "/" remplie brusquement ?

Je te conseille d'installer le paquet smartmontools puis d'exécuter la commande suivante :

sudo smartctl -a /dev/sdb

Il est possible que ton disque dur sdb soit en train de mourir, cette commande te permettra d'en savoir plus.

Hors ligne

#7 Le 18/01/2015, à 22:53

Rufus T. Firefly

Re : Partition "/" remplie brusquement ?

Et sauvegarde tes données (/home).

Dernière modification par Rufus T. Firefly (Le 18/01/2015, à 22:54)


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#8 Le 18/01/2015, à 23:59

Nairwolf

Re : Partition "/" remplie brusquement ?

Ouais, j'en ai malheureusement bien pris conscience... Ce n'est pas comme si c'était la n ème fois que je faisais marcher la garantie pour un disque dur qui tombe...

Pour l'instant, je suis entrain d'actualiser mon back-up. J'ai l'impression qu'en même temps, la partition "/" se remplit...

Hors ligne

#9 Le 19/01/2015, à 01:10

Nairwolf

Re : Partition "/" remplie brusquement ?

Voilà, c'est terminé. Voici donc le retour de la commande que tu m'as indiqué Tiramiseb :

nairolf@nairolf-UX301LAA:~$ sudo smartctl -a /dev/sdb
[sudo] password for nairolf: 
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-44-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     SanDisk SD6SP1M128G1002
Serial Number:    132254400782
LU WWN Device Id: 5 001b44 9d68efd0e
Firmware Version: X231202
User Capacity:    128 035 676 160 bytes [128 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Jan 19 00:02:55 2015 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x11) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					No Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  10) minutes.

SMART Attributes Data Structure revision number: 4
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   ---    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   253   100   ---    Old_age   Always       -       1250
 12 Power_Cycle_Count       0x0032   100   100   ---    Old_age   Always       -       1702
166 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       1
167 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       22
168 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       87
169 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       143
171 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       0
173 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       25
174 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       130
187 Reported_Uncorrect      0x0032   100   100   ---    Old_age   Always       -       727
194 Temperature_Celsius     0x0022   059   049   ---    Old_age   Always       -       41 (Min/Max 1/49)
212 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       0
230 Unknown_SSD_Attribute   0x0032   100   100   ---    Old_age   Always       -       83
232 Available_Reservd_Space 0x0033   100   100   004    Pre-fail  Always       -       100
233 Media_Wearout_Indicator 0x0032   100   100   ---    Old_age   Always       -       3391
241 Total_LBAs_Written      0x0030   253   253   ---    Old_age   Offline      -       1185
242 Total_LBAs_Read         0x0030   253   253   ---    Old_age   Offline      -       1239
243 Unknown_Attribute       0x0032   100   100   ---    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 718 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 718 occurred at disk power-on lifetime: 334 hours (13 days + 22 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  51 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 68 00 77 22 40 00      00:00:00.000  READ FPDMA QUEUED

Error 717 occurred at disk power-on lifetime: 334 hours (13 days + 22 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  51 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 68 00 77 22 40 00      00:00:00.000  READ FPDMA QUEUED

Error 716 occurred at disk power-on lifetime: 334 hours (13 days + 22 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  51 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  2f 00 01 10 00 00 28 00      00:00:00.000  READ LOG EXT

Error 715 occurred at disk power-on lifetime: 334 hours (13 days + 22 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  51 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 f8 00 76 22 40 00      00:00:00.000  READ FPDMA QUEUED

Error 714 occurred at disk power-on lifetime: 322 hours (13 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  51 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 20 f0 a0 6f 22 40 00      00:00:00.000  READ FPDMA QUEUED

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


Selective Self-tests/Logging not supported

nairolf@nairolf-UX301LAA:~$ 

Alors, je remarque bien les erreurs, mais je n'arrive pas à les comprendre... Je vois que la ligne "after command completion occured, registers were" est toujours la même.
Par contre, la durée, je ne me l'explique pas. 13 Days + 22 hours, à quoi cela fait référence ?

-> Date de l'erreur, à compter de maintenant : Pas possible, c'était il y a quelques jours
-> Durée durant laquelle le disque dur est resté allumé : pas possible, j'éteinds mon pc tout les jours.

Je ne sais pas trop comment réagir, ni quoi chercher. Comme je l'ai dit, ce n'est pas la première fois qu'un disque saute avec ce pc...

Hors ligne

#10 Le 19/01/2015, à 08:36

tiramiseb

Re : Partition "/" remplie brusquement ?

C'est un SSD. Je connais mal les SSD et les erreurs qui peuvent être liées, je ne saurais donc te donner de réponse détaillée.
Par contre, mettre un SSD pour les données personnelles c'est dommage (sauf si sda c'est aussi un SSD).

13 Days + 22 hours, à quoi cela fait référence ?

Le temps cumulé que le "disque" a passé allumé.

Comme je l'ai dit, ce n'est pas la première fois qu'un disque saute avec ce pc...

C'est peut-être un problème de PC et non un problème de disque.
Contrôleur SATA défaillant par exemple.
Ton BIOS est-il à jour ?

Hors ligne

#11 Le 20/01/2015, à 00:08

Nairwolf

Re : Partition "/" remplie brusquement ?

Oui, mon pc a deux SSD. Donc, j'ai pas le choix wink

C'est un BIOS efi, et je pense que j'ai la bonne version. La 209, celle qui est indiqué ici : https://www.asus.com/fr/Notebooks_Ultra … _Download/

Est-ce que je peux supprimer ce fichier syslog, ou il faut que j'attende qu'il se supprime tout seul ? Même si celui-ci est anormalement gros, cela n'explique pas tout ! J'ai 23 Go utilisé sur 30, si j'enlève celui-ci, je vais retomber à 15 Go. Je pense que j'avais environ 6Go car c'est ce que m'indiquent les sauvegardes de ma partition "/" avec timeshift.

Hors ligne

#12 Le 20/01/2015, à 01:27

Bougron

Re : Partition "/" remplie brusquement ?

Bonsoir
Je ne pense pas que le SSD soit en panne. Peut-être un problème de mauvais arrêt.
Tentes sudo fsck.ext4 -f -y /dev/sdb1 cela devrait un peu réorganiser le disque. Il en a peut-être bien besoin. C'est l'équivalent du defragm de windows pour un format ext4.

Cela fait 13 jours et 22 heures que le dernier incident monitoré a été enregistré.

Tu peux faire
             sudo rm  /var/log/ syslog.1
             sudo rm /var/log/syslog.*.gz
Eventuellement sudo rm /var/log/syslog si tu es pris à la gorge, le plus sage étant de booter ubuntu pour que le fichier soit renommé syslog.1

Dernière modification par Bougron (Le 20/01/2015, à 01:38)

Hors ligne

#13 Le 20/01/2015, à 02:21

Nairwolf

Re : Partition "/" remplie brusquement ?

Je suis étonné d'avoir besoin de réorganiser le disque alors que j'ai réalisé mon installation de Xubuntu début Décembre 2014.... Je peux toujours essayé, mais je doute fort qu'il s'agisse de cela...

Pourquoi excluez-vous le retour en arrière avec mes restaurations crées périodiquement ?

Hors ligne

#14 Le 20/01/2015, à 03:06

Nairwolf

Re : Partition "/" remplie brusquement ?

Je me permets d'ajouter un second message pour vous faire part d'une seconde constatation. Le fichier /var/log/kern.log est aussi très volumineux. Voici quelques lignes de ce fichier que vous pourrez-retrouvez ici : http://paste.ubuntu.com/9790181/

Et puis voici ce fichier syslog : http://paste.ubuntu.com/9790190/

Hors ligne

#15 Le 20/01/2015, à 10:04

tiramiseb

Re : Partition "/" remplie brusquement ?

Tentes sudo fsck.ext4 [...] C'est l'équivalent du defragm de windows pour un format ext4.

Nop, rien à voir avec une défragmentation, c'est juste pour vérifier le système de fichiers.
Ça ne peut pas faire de mal, en effet.

D'ailleurs faut éviter de défragmenter des SSD, ça provoque une usure prématurée.

Le fichier /var/log/kern.log est aussi très volumineux. Voici quelques lignes de ce fichier

Tu n'as montré que les premières lignes, qui correspondent à un démarrage d'ordinateur tout à fait normal.
Si tu veux qu'on regarde des éventuels problèmes, il vaut mieux chercher des lignes qui se répètent en fin de fichier.
Et il y a de fortes chances que ce soit la même chose que dans syslog.

Pourquoi excluez-vous le retour en arrière avec mes restaurations crées périodiquement ?

Le retour arrière ne corrigerait pas un éventuel problème matériel.
Je pense qu'il faudrait d'abord essayer d'identifier le problème, ce qui n'est pas chose aisée.

-----------------

Est-ce que je peux supprimer ce fichier syslog

Oui, ainsi que le fichier kern.log.

Mais pour que l'espace soit libéré, il faudra aussi relancer rsyslog :

sudo service rsyslog restart

Tu n'as pas répondu à ma question en #10 : Ton BIOS est-il à jour ?

Hors ligne

#16 Le 20/01/2015, à 17:52

Bougron

Re : Partition "/" remplie brusquement ?

Nairolf21 a écrit :

Effectivement, j'ai le message suivant qui semble se répéter en boucle :

Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122750] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] sd 1:0:0:0: [sdb] CDB: 
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] Read(10): 28 00 0b c1 39 88 00 00 08 00
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122762] sd 1:0:0:0: [sdb] Unhandled error code
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122763] sd 1:0:0:0: [sdb]  

On parle de sdb, le disque qui n'arrivait pas à se monter la dernière fois ! En réalité, ce n'est pas arrivé qu'une seule fois...

Bonjour

Es-tu bien sur d'avoir mis la totalité du message,
Je viens de trouver sur internet un cas qui pourrait être semblable, sauf que non car la cause de l'erreur est clairement indiquée....

168480.771645] sd 1:0:0:0: [sdb] Unhandled error code
[168480.771647] sd 1:0:0:0: [sdb]
[168480.771647] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[168480.771648] sd 1:0:0:0: [sdb] CDB:
[168480.771649] Read(10): 28 00 c1 cf 57 d8 00 00 08 00
[168480.771653] end_request: I/O error, dev sdb, sector 3251591128

Hors ligne

#17 Le 21/01/2015, à 11:13

Nairwolf

Re : Partition "/" remplie brusquement ?

tiramiseb a écrit :

Tentes sudo fsck.ext4 [...] C'est l'équivalent du defragm de windows pour un format ext4.

Nop, rien à voir avec une défragmentation, c'est juste pour vérifier le système de fichiers.
Ça ne peut pas faire de mal, en effet.

D'ailleurs faut éviter de défragmenter des SSD, ça provoque une usure prématurée.

Voici le retour de la commande sudo fsck.ext4 -f -y /dev/sdb1

nairolf@nairolf-UX301LAA:~$ sudo fsck.ext4 -f -y /dev/sdb1
[sudo] password for nairolf: 
e2fsck 1.42.9 (4-Feb-2014)
/dev/sdb1 est mounted.
e2fsck: Ne peut continuer, arrêt immédiat.


nairolf@nairolf-UX301LAA:~$ 
tiramiseb a écrit :

Le fichier /var/log/kern.log est aussi très volumineux. Voici quelques lignes de ce fichier

Tu n'as montré que les premières lignes, qui correspondent à un démarrage d'ordinateur tout à fait normal.
Si tu veux qu'on regarde des éventuels problèmes, il vaut mieux chercher des lignes qui se répètent en fin de fichier.
Et il y a de fortes chances que ce soit la même chose que dans syslog.

Je vais essayer de vous redonner de meilleurs aperçus de mon fichier kern.log et syslog. Mais, ils sont tellement énormes qu'ils mettent du temps à s'ouvrir. Toutes les pages ne se chargent pas instantanément. Maintenant après quelques minutes après avoir ouvert kern.log il est toujours en chargement. Je suis à 5 millions lignes du kern.log, alors que même pas 1/4 du fichier est chargé !

kern.log : http://paste.ubuntu.com/9803411/
syslog : http://paste.ubuntu.com/9790190/

tiramiseb a écrit :

Pourquoi excluez-vous le retour en arrière avec mes restaurations crées périodiquement ?

Le retour arrière ne corrigerait pas un éventuel problème matériel.
Je pense qu'il faudrait d'abord essayer d'identifier le problème, ce qui n'est pas chose aisée.

Oui, c'est vrai, tu as raison wink

tiramiseb a écrit :

Est-ce que je peux supprimer ce fichier syslog

Oui, ainsi que le fichier kern.log.

Mais pour que l'espace soit libéré, il faudra aussi relancer rsyslog :

sudo service rsyslog restart

En fait, le fichier syslog volumineux a du être automatiquement supprimé car je ne le retrouve plus. Je vais laisser le système s'autoréguler alors. Le fichier kern.log devrait être aussi supprimé à un moment donné, j'imagine. 

tiramiseb a écrit :

Tu n'as pas répondu à ma question en #10 : Ton BIOS est-il à jour ?

Si, si, je t'ai répondu c'est en #11. Mon bios semble bien à jour.

Bougron a écrit :
Nairolf21 a écrit :

Effectivement, j'ai le message suivant qui semble se répéter en boucle :

Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122750] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] sd 1:0:0:0: [sdb] CDB: 
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122752] Read(10): 28 00 0b c1 39 88 00 00 08 00
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122762] sd 1:0:0:0: [sdb] Unhandled error code
Jan 18 00:12:34 nairolf-UX301LAA kernel: [24589.122763] sd 1:0:0:0: [sdb]  

On parle de sdb, le disque qui n'arrivait pas à se monter la dernière fois ! En réalité, ce n'est pas arrivé qu'une seule fois...

Bonjour

Es-tu bien sur d'avoir mis la totalité du message,
Je viens de trouver sur internet un cas qui pourrait être semblable, sauf que non car la cause de l'erreur est clairement indiquée....

168480.771645] sd 1:0:0:0: [sdb] Unhandled error code
[168480.771647] sd 1:0:0:0: [sdb]
[168480.771647] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[168480.771648] sd 1:0:0:0: [sdb] CDB:
[168480.771649] Read(10): 28 00 c1 cf 57 d8 00 00 08 00
[168480.771653] end_request: I/O error, dev sdb, sector 3251591128

Non, je n'ai pas mis la totalité du message, mais déjà une bonne partie. Comme je l'ai dit, le fichier ne peut pas être ouvert dans sa totalité. J'ai essayé, et l'ai laissé tourné. Y a une fuite de mémoire, ma RAM se remplie, et le fichier est obligé de se fermer. Il doit y avoir plus de 10 millions de lignes dedans.

Hors ligne

#18 Le 21/01/2015, à 11:21

michel_04

Re : Partition "/" remplie brusquement ?

Bonjour,

Nairolf21 a écrit :

Voici le retour de la commande sudo fsck.ext4 -f -y /dev/sdb1

nairolf@nairolf-UX301LAA:~$ sudo fsck.ext4 -f -y /dev/sdb1
[sudo] password for nairolf: 
e2fsck 1.42.9 (4-Feb-2014)
/dev/sdb1 est mounted.
e2fsck: Ne peut continuer, arrêt immédiat.

Démarre une session en Live (DVD ou USB) pour lancer un fsck.

A+

Hors ligne

#19 Le 21/01/2015, à 11:37

Nairwolf

Re : Partition "/" remplie brusquement ?

Tu souhaites que je lance la même commande ? C'est bien cela ?

Hors ligne

#20 Le 21/01/2015, à 11:58

michel_04

Re : Partition "/" remplie brusquement ?

Re,

Nairolf21 a écrit :

Tu souhaites que je lance la même commande ? C'est bien cela ?

Oui, en session Live.

A+

Hors ligne

#21 Le 21/01/2015, à 12:04

Nairwolf

Re : Partition "/" remplie brusquement ?

Cela me donne le même type de résultat...

lubuntu@lubuntu:~$ sudo fsck.ext4 -f -y /dev/sdb1 
e2fsck 1.42.10 (18-May-2014)
/dev/sdb1 is mounted.
e2fsck: Cannot continue, aborting.

Pourquoi avoir tenté cela en session live ?
Cela me semble normal que mon disque sdb1 est monté, non ?
Si je démonte le disque sdb1, je ne risque pas de perdre les données ?

Hors ligne

#22 Le 21/01/2015, à 12:11

michel_04

Re : Partition "/" remplie brusquement ?

Re,

Nairolf21 a écrit :

Pourquoi avoir tenté cela en session live ?
Cela me semble normal que mon disque sdb1 est monté, non ?
Si je démonte le disque sdb1, je ne risque pas de perdre les données ?

fsck : contrôle de l'intégrité et réparation de partitions
Extrait :

Documentation a écrit :

l faut impérativement que votre partition soit démontée, c'est-à-dire non accessible, ce qui est le cas avec un live CD

En session Live DVD ou USB, le système est monté en mémoire vive, aucune partition de tes disques internes n'est montée.
Si /dev/sdb1 est monté, c'est que soit tu l'as monté, soit c'est un HDD amovible monté automatiquement.
Pour démonter :

sudo umount /dev/sdb1

A+

Dernière modification par michel_04 (Le 21/01/2015, à 12:13)

Hors ligne

#23 Le 21/01/2015, à 14:41

tiramiseb

Re : Partition "/" remplie brusquement ?

Si, si, je t'ai répondu c'est en #11

Désolé j'ai mal lu.

Comme je l'ai dit, le fichier ne peut pas être ouvert dans sa totalité

Ça dépend de quel logiciel tu utilises. Avec "less" en ligne de commande, tu ne devrais pas avoir de problème pour naviguer dans ce fichier.


Cela étant dit, je pense qu'il est clair que dans kern.log et syslog c'est le même contenu et c'est ces problèmes liés à /dev/sdb...
Donc c'est là-dessus qu'il faut se concentrer...

Hors ligne

#24 Le 21/01/2015, à 19:55

moko138

Re : Partition "/" remplie brusquement ?

(En marge) Pour recueillir en un clin d'oeil les 70 dernières lignes d'un log de 10 Go :

cat /var/log/mon-fichier.log|tail -70>./mon-fichier.txt

et il n'y a plus qu'à lire le petit .txt dans son /home.  smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#25 Le 21/01/2015, à 21:20

tiramiseb

Re : Partition "/" remplie brusquement ?

moko138: bah pourquoi utiliser cat ?

Commande parfaitement équivalente :

tail -n 70 /var/log/mon-fichier.log > mon-fichier.txt

Et si on veut juste visualiser, pas besoin de la redirection de sortie :

tail -n 70 /var/log/mon-fichier.log

Hors ligne