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 21/06/2014, à 11:57

eagleshoot

Bug sur les maj franchement bizard

Bonjour

Aujourdhui je demarre unbuntu réalise les maj. Et la message d'ereur de spotify. Maybe hard disk full. Puis tout commance a buger la raison: mon disque dur (ou du moins ma partition) était passé en read only. (tres tres loin d'etre full wink)
Je reboot donc puis remount depuis l'inviter de commande root (en recovery mod). via la commande mount -o remount,rw /dev/
Apres cela je démarre tout remarche puis 5 minutes plus tard même problemme.
J'ai fait un test simple : j'utilise mon pc normalement pendent 5 minutes aucun problemme.
Je lance une maj mon disque passe en read only instantanément.
J'ai également tenter de n'installer que ubuntu base: même bug mais thunderbird se downloadai quand même.

Assez etrange, Voici les maj que ubuntu me demande d'installer:

rw6jqg.png

Si quelqun a une idée sur ce qui se passe ou où trouver des log qui pourrai m'aider je sui prenneur.

PS: aucune erreur explicite d'ubuntu si ce n'est au demarage : "error has been fin on fil /" et quand je fait try to fix il me dit /temp n'est pas present ou pas monter. (il me semble que je nai que 2 partitions celle ou il y a tout et mon /home (qui est crypter)).

Hors ligne

#2 Le 21/06/2014, à 12:39

Compte anonymisé

Re : Bug sur les maj franchement bizard

Que dit ceci:

dpkg -l linux-{i,h}* | grep ii

#3 Le 21/06/2014, à 13:14

Zakhar

Re : Bug sur les maj franchement bizard

Vérifie tout de même qu'il n'y a pas d'erreur hardware.

Cela m'était arrivé avant que mon alimentation ne cède, et ça gênait les ports SATA.

Lorsqu'il y a un problème d'accès aux disques, Linux va tenter de remonter les filesystem en mode readonly.

Tu peux vérifier les erreurs en regardant les journaux système.

Ou en ligne de commande

dmesg | grep ata

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Hors ligne

#4 Le 21/06/2014, à 16:11

eagleshoot

Re : Bug sur les maj franchement bizard

jai l'impression que vous avez vue juste cool voicie le resultat:

mathieu@mathieu-PC:~$ dpkg -l linux-{i,h}* | grep ii
ii  linux-headers-3.13.0-24                               3.13.0-24.47                                        all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-24-generic                       3.13.0-24.47                                        amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-27                               3.13.0-27.50                                        all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-27-generic                       3.13.0-27.50                                        amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-29                               3.13.0-29.53                                        all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-29-generic                       3.13.0-29.53                                        amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-generic                                 3.13.0.29.35                                        amd64        Generic Linux kernel headers
ii  linux-image-3.13.0-24-generic                         3.13.0-24.47                                        amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-27-generic                         3.13.0-27.50                                        amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-29-generic                         3.13.0-29.53                                        amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-24-generic                   3.13.0-24.47                                        amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-27-generic                   3.13.0-27.50                                        amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-29-generic                   3.13.0-29.53                                        amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
mathieu@mathieu-PC:~$ dmesg | grep ata
[    0.000000] BIOS-e820: [mem 0x00000000df7e3000-0x00000000df7effff] ACPI data
[    0.000000] Memory: 8130688K/8371696K available (7356K kernel code, 1142K rwdata, 3396K rodata, 1332K init, 1440K bss, 241008K reserved)
[    0.062232] perf_event_intel: PEBS disabled due to CPU errata, please upgrade microcode
[    0.136507] libata version 3.00 loaded.
[    0.558392] Write protecting the kernel read-only data: 12288k
[    0.641788] ata1: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc100 irq 42
[    0.641790] ata2: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc180 irq 42
[    0.641792] ata3: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc200 irq 42
[    0.641794] ata4: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc280 irq 42
[    0.641796] ata5: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc300 irq 42
[    0.641797] ata6: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc380 irq 42
[    0.960873] ata1: SATA link down (SStatus 0 SControl 300)
[    1.281111] ata2: SATA link down (SStatus 0 SControl 300)
[    1.773469] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.775488] ata3.00: ATAPI: TSSTcorp CDDVDW SH-224BB, SB00, max UDMA/100
[    1.776406] ata3.00: configured for UDMA/100
[    2.269834] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.275537] ata4.00: ATA-8: SAMSUNG HD502HJ, 1AJ10001, max UDMA/133
[    2.275541] ata4.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
[    2.281318] ata4.00: configured for UDMA/133
[    2.598084] ata5: SATA link down (SStatus 0 SControl 300)
[    2.918320] ata6: SATA link down (SStatus 0 SControl 300)
[    4.292932] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

Que faire hmm?

Hors ligne

#5 Le 22/06/2014, à 18:58

eagleshoot

Re : Bug sur les maj franchement bizard

mathieu@mathieu-PC:~$ df -h | grep dev 
/dev/sda1               451G   48G  380G  12% /
udev                    3,9G  4,0K  3,9G   1% /dev
mathieu@mathieu-PC:~$ uname -r
3.13.0-29-generic

Cela pourait être les port sata mais cela n'arrive que l'orsque linux tente une mise a jour, du coup plus possible de le mettre a jour.

Hors ligne

#6 Le 22/06/2014, à 19:31

PPdM

Re : Bug sur les maj franchement bizard

Que donne le rapport SMART


La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#7 Le 22/06/2014, à 21:15

eagleshoot

Re : Bug sur les maj franchement bizard

Je vois cela car quoi que je tent de faire créer modifier un fichier où que se doit dans mon disque il me dit file system read only. Et quand je fait un mount il me dit alredy mount or busy. Je sui alors obliger de passer par le recovery mode:/.

PPdm a écrit :

Que donne le rapport SMART

C'est quoi le rapport SMART?

Maintenant (pendent que mon disque marche les commande donne cela):
mathieu@mathieu-PC:~$ dmesg | grep firmware | tail
mathieu@mathieu-PC:~$ dmesg | tail
[10268.508738] retire_playback_urb: 827 callbacks suppressed
[10273.524487] retire_playback_urb: 827 callbacks suppressed
[10278.540143] retire_playback_urb: 827 callbacks suppressed
[10283.555857] retire_playback_urb: 827 callbacks suppressed
[10288.571634] retire_playback_urb: 827 callbacks suppressed
[10293.587314] retire_playback_urb: 827 callbacks suppressed
[10298.603065] retire_playback_urb: 827 callbacks suppressed
[10303.618781] retire_playback_urb: 827 callbacks suppressed
[10308.634460] retire_playback_urb: 827 callbacks suppressed
[10313.650146] retire_playback_urb: 827 callbacks suppressed
mathieu@mathieu-PC:~$ grep -v "#" /etc/fstab
UUID=91e571a1-fe39-4320-b2a1-a27131eae1d6 /               ext4    errors=remount-ro 0       1
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
/dev/mapper/cryptswap1 none swap sw 0 0
mathieu@mathieu-PC:~$ mount /dev/sda1
mount: according to mtab, /dev/sda1 is already mounted on /
mount failed

Dernière modification par eagleshoot (Le 22/06/2014, à 21:17)

Hors ligne

#8 Le 22/06/2014, à 21:24

PPdM

Re : Bug sur les maj franchement bizard


La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#9 Le 22/06/2014, à 22:14

eagleshoot

Re : Bug sur les maj franchement bizard

Le test SMART ne donne aucune erreur cependent je laisse son service tourner si jamais il y a du nouveau.

Hors ligne

#10 Le 22/06/2014, à 22:16

PPdM

Re : Bug sur les maj franchement bizard

Si ça ne vient pas du disque cela peut venir du contrôleur ou de l'alim c'est quoi ton pc une tour ou un portable ?


La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#11 Le 22/06/2014, à 22:26

eagleshoot

Re : Bug sur les maj franchement bizard

Une tour. Mais la question que je me pose est : pourquoi cela survient lorsque je tente de mettre a jour linux?

Hors ligne

#12 Le 22/06/2014, à 22:50

PPdM

Re : Bug sur les maj franchement bizard

eagleshoot a écrit :

Une tour. Mais la question que je me pose est : pourquoi cela survient lorsque je tente de mettre a jour linux?

Change de port SATA, si c'est un défaut de contrôleur ou d'alim cela peut se manifester que quand le disque est sollicité en lecture / écriture par exemple

Dernière modification par PPdM (Le 22/06/2014, à 22:50)


La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#13 Le 22/06/2014, à 23:04

Zakhar

Re : Bug sur les maj franchement bizard

Ce n'est pas forcément anormal qu'il y ait des "link down" sur le SATA... (mais sur tous c'est quand même bizarre !)

Regarde ce que tu dit le dmesg en entier autour des messages des link-down

Le mien:

$ dmesg | grep -e ata.:
[    0.614621] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
[    0.614624] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
[    0.776384] ata3: SATA max UDMA/133 cmd 0xe400 ctl 0xe080 bmdma 0xd880 irq 23
[    0.776387] ata4: SATA max UDMA/133 cmd 0xe000 ctl 0xdc00 bmdma 0xd888 irq 23
[    1.741122] ata5: PATA max UDMA/100 cmd 0x9c00 ctl 0x9880 bmdma 0x9400 irq 16
[    1.741125] ata6: PATA max UDMA/100 cmd 0x9800 ctl 0x9480 bmdma 0x9408 irq 16
[    1.760028] ata7: SATA max UDMA/133 abar m8192@0xfc6fe000 port 0xfc6fe100 irq 17
[    1.760032] ata8: SATA max UDMA/133 abar m8192@0xfc6fe000 port 0xfc6fe180 irq 17
[    2.076032] ata8: SATA link down (SStatus 0 SControl 300)
[    2.084042] ata7: SATA link down (SStatus 0 SControl 300)

(ata7 et 8 down... probablement parce que je n'ai pas autant de périphériques sata !)

Dernière modification par Zakhar (Le 22/06/2014, à 23:10)


"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Hors ligne

#14 Le 08/07/2014, à 14:52

eagleshoot

Re : Bug sur les maj franchement bizard

Re, apres 2 semaines sans internette (et encore deux bonnes autres) a cause de zeus (éclaire) et free (thecenitien). Mais grâce a la magie du WEP de mon voisin.
Me revoici et : J'ai réglé le problemme :
Après avoir remarquer que certai paquet n'était plus trouver a la mise a jourdu cache j'ai décider de changer de serveur de mise a jour et ... Miracle je n'avais plus les même mise a jour : l'ancien serveur de mise a jour me donnait t'il de mauvaise mise a jour ?
J'ai donc pu metter a jour mon linux avec la dernier version ainsi que tout les logiciels même ceux dont les paquets n'était plus detecter auparavant.
Donc fause allerte pour mon disque dur big_smile.
Du coup comment met on le sujet en résolu?

PS: j'avais pourtant sélélctioner le serveur avec l'outil présent de base sur ubuntu : "select best serveur"

Dernière modification par eagleshoot (Le 08/07/2014, à 14:56)

Hors ligne