Installer pilote ati readon hd 2400

Désolé d’insister mais bon la c’est aussi un coin de linux que je decouvre totalement (windows est si simple a coté de ça ^^)

Je tape cette commande et que va t’il s’afficher, se passer ensuite??

Il va y avoir quelque chose de particulier à faire, un reboot je pense, mais il y a t’il une manip particuliere a ce moment la??

J’espere que ça ne va pas mettre en l’air mon serveur apache2, et tous mes systemes ftp, dhcp, dns, tchat et forum, etc…

Ça va t’installer le noyau (2.6.39) je crois, dispo dans les backports.
Cela va aussi prendre dans les backports les dépendances nécessaires.

Mais ton autre noyau va toujours rester disponible.
Tu pourra choisir au boot le noyau précédent si tu préfères.

Les backports sont des dépôts officiels donc normalement bien gérés. Par contre je n’ai aucun retour d’expérience perso avec.
Je ne les utilise pas car je suis en SID.

ok

bon ben ça va etre la surprise :108

La il se fait tard, j’ai le cerveau qui faiblit :mrgreen:

je m’y attele demain soir

Merci pour ton aide :023

T’as raison. Demain on y verra plus clair :wink:

Bonjour

je viens de lancer la mise à jour du noyau mais la je tombe sur un petit os


Lecture des fichiers de modifications (« changelog »)... Terminé
linux-base (3) unstable; urgency=low

  * Some HP Smart Array controllers are now handled by the new 'hpsa'
    driver, rather than the 'cciss' driver.

    While the cciss driver presented disk device names beginning with
    'cciss/', hpsa makes disk arrays appear as ordinary SCSI disks and
    presents device names beginning with 'sd'.  In a system that already
    has other SCSI or SCSI-like devices, names may change unpredictably.

    During the upgrade from earlier versions, you will be prompted to
    update configuration files which refer to device names that may
    change.  You can choose to do this yourself or to follow an automatic
    upgrade process.  All changed configuration files are backed up with
    a suffix of '.old' (or '^old' in one case).

 -- Ben Hutchings <ben@decadent.org.uk>  Wed, 16 Mar 2011 13:19:34 +0000

/tmp/tmp_6RmXu (END) 

Je valide et ensuite j’ai END surlignée mais si je valide rien ne se passe !!!

Il y a une commande specifique??

C’est bon il fallait tout simplement faire “q”

L’installation c’est passée sans soucis, au reboot j’avais bien le nouveau noyau proposé par GRUB

Et la juste après le check des disques durs RAID…paf ecran bloqué avec un joli nuage de point et rien de plus à l’affichage :cry:

Pas de ping, donc impossibilité de se connecter dessus en ssh.

Pas d’autres solutions que de rebooter à la sauvage et de choisir l’ancien noyau, la il est en train de checker md2.

Pour retirer ce noyau qui ne va pas:

apt-get remove -t squeeze-backports linux-image-2.6-amd64 ??
ou
apt-get remove -t squeeze-backports linux-image-2.6-amd64 --purge ??

si ça peut aider, voila ce que j’ai recupéré dans syslog au moment du boot du nouveau noyau qui plante

Sep 19 19:26:18 minusserveur dkms_autoinstaller: vboxhost (4.1.2): Installing module on kernel 2.6.39-bpo.2-amd64.
Sep 19 19:26:18 minusserveur dkms_autoinstaller:   Kernel headers for 2.6.39-bpo.2-amd64 are not installed.  Cannot install this module.
Sep 19 19:26:18 minusserveur dkms_autoinstaller:   Try installing linux-headers-2.6.39-bpo.2-amd64 or equivalent.
Sep 19 19:26:18 minusserveur dkms_autoinstaller: virtualbox-ose (3.2.10): Installing module on kernel 2.6.39-bpo.2-amd64.
Sep 19 19:26:18 minusserveur dkms_autoinstaller:   Kernel headers for 2.6.39-bpo.2-amd64 are not installed.  Cannot install this module.Sep 19 19:26:18 minusserveur dkms_autoinstaller:   Try installing linux-headers-2.6.39-bpo.2-amd64 or equivalent.
Sep 19 19:26:44 minusserveur kernel: [ 5663.904876] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
Sep 19 19:26:44 minusserveur kernel: [ 5663.907265] SGI XFS Quota Management subsystemSep 19 19:26:44 minusserveur kernel: [ 5663.937115] JFS: nTxBlock = 8192, nTxLock = 65536
Sep 19 19:26:45 minusserveur kernel: [ 5663.980474] NTFS driver 2.1.29 [Flags: R/W MODULE].
Sep 19 19:26:45 minusserveur kernel: [ 5664.027358] QNX4 filesystem 0.2.3 registered.Sep 19 19:26:45 minusserveur kernel: [ 5664.090894] Btrfs loaded
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda1
Sep 19 19:26:45 minusserveur 50mounted-tests: debug: /dev/sda1 type not recognised; skippingSep 19 19:26:45 minusserveur os-prober: debug: os detected by /usr/lib/os-probes/50mounted-tests
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda2Sep 19 19:26:45 minusserveur os-prober: debug: /dev/sda3: is active swap
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda4
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda5
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdb1
Sep 19 19:26:45 minusserveur kernel: [ 5664.507490] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Sep 19 19:26:45 minusserveur kernel: [ 5664.515512] FAT: Filesystem error (dev sdb1)
Sep 19 19:26:45 minusserveur kernel: [ 5664.515520]     fat_get_cluster: invalid cluster chain (i_pos 0)Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdb2
Sep 19 19:26:45 minusserveur os-prober: debug: /dev/sdb3: is active swap
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdb4
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdb5
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdc1
Sep 19 19:26:45 minusserveur kernel: [ 5664.652271] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!Sep 19 19:26:45 minusserveur kernel: [ 5664.653235] FAT: Filesystem error (dev sdc1)
Sep 19 19:26:45 minusserveur kernel: [ 5664.653243]     fat_get_cluster: invalid cluster chain (i_pos 0)
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdc2Sep 19 19:26:45 minusserveur os-prober: debug: /dev/sdc3: is active swap
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdc4
Sep 19 19:26:45 minusserveur os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdc5Sep 19 19:27:08 minusserveur AptDaemon: INFO: Initializing daemon
Sep 19 19:27:16 minusserveur shutdown[21597]: shutting down for system reboot
Sep 19 19:27:16 minusserveur init: Switching to runlevel: 6Sep 19 19:27:17 minusserveur avahi-daemon[1783]: Withdrawing workstation service for pan0.
Sep 19 19:27:17 minusserveur apcupsd[1580]: apcupsd exiting, signal 15
Sep 19 19:27:17 minusserveur apcupsd[1580]: apcupsd shutdown succeeded
Sep 19 19:27:17 minusserveur authdaemond: stopping authdaemond childrenSep 19 19:27:17 minusserveur bluetoothd[1769]: bridge pan0 removed
Sep 19 19:27:17 minusserveur bluetoothd[1769]: Stopping SDP server
Sep 19 19:27:17 minusserveur bluetoothd[1769]: Exit
Sep 19 19:27:18 minusserveur kernel: [ 5697.373762] md: md2 still in use.
Sep 19 19:27:18 minusserveur kernel: [ 5697.373845] md: md1 still in use.Sep 19 19:27:18 minusserveur kernel: [ 5697.373930] md: md0 still in use.
Sep 19 19:27:18 minusserveur kernel: [ 5697.374140] md: md2 still in use.
Sep 19 19:27:18 minusserveur kernel: [ 5697.374299] md: md1 still in use.
Sep 19 19:27:18 minusserveur kernel: [ 5697.374402] md: md0 still in use.
Sep 19 19:27:18 minusserveur postfix/master[2188]: terminating on signal 15
Sep 19 19:27:18 minusserveur mysqld: 110919 19:27:18 [Note] /usr/sbin/mysqld: Normal shutdown
Sep 19 19:27:18 minusserveur mysqld:
Sep 19 19:27:18 minusserveur mysqld: 110919 19:27:18 [Note] Event Scheduler: Purging the queue. 0 events
Sep 19 19:27:18 minusserveur mysqld: 110919 19:27:18  InnoDB: Starting shutdown...
Sep 19 19:27:18 minusserveur kernel: [ 5697.705312] mtrr: no MTRR for c0000000,1000000 found
Sep 19 19:27:18 minusserveur snmpd[2373]: Received TERM or STOP signal...  shutting down...
Sep 19 19:27:18 minusserveur avahi-daemon[1783]: Got SIGTERM, quitting.
Sep 19 19:27:18 minusserveur avahi-daemon[1783]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::f66d:4ff:fed8:3900.
Sep 19 19:27:18 minusserveur avahi-daemon[1783]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.10.
Sep 19 19:27:18 minusserveur avahi-daemon[1783]: avahi-daemon 0.6.27 exiting.
Sep 19 19:27:19 minusserveur named[1592]: received control channel command 'stop -p'
Sep 19 19:27:19 minusserveur named[1592]: shutting down: flushing changes
Sep 19 19:27:19 minusserveur named[1592]: stopping command channel on 127.0.0.1#953
Sep 19 19:27:19 minusserveur named[1592]: stopping command channel on ::1#953
Sep 19 19:27:19 minusserveur named[1592]: no longer listening on ::#53
Sep 19 19:27:19 minusserveur named[1592]: no longer listening on 127.0.0.1#53
Sep 19 19:27:19 minusserveur named[1592]: no longer listening on 192.168.1.10#53
Sep 19 19:27:19 minusserveur named[1592]: exiting
Sep 19 19:27:19 minusserveur kernel: [ 5698.733501] fuse exit
Sep 19 19:27:23 minusserveur mysqld: 110919 19:27:23  InnoDB: Shutdown completed; log sequence number 0 280939
Sep 19 19:27:23 minusserveur mysqld: 110919 19:27:23 [Note] /usr/sbin/mysqld: Shutdown complete
Sep 19 19:27:23 minusserveur mysqld:
Sep 19 19:27:23 minusserveur mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Sep 19 19:27:24 minusserveur acpid: exiting
Sep 19 19:27:24 minusserveur AptDaemon: INFO: Shutdown was requested
Sep 19 19:27:24 minusserveur rpc.statd[1307]: Caught signal 15, un-registering and exiting
Sep 19 19:27:25 minusserveur kernel: Kernel logging (proc) stopped.
Sep 19 19:27:25 minusserveur rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="1484" x-info="http://www.rsyslog.com"] exiting on signal 15.

Moi qui pensait t’aider pour un simple upgrade de quelques paquets depuis les backports officiels, je t’ai peut-être aider à tout casser :blush:

Dis-moi si tu as pu récupérer un système fonctionnel et on pourra ensuite nettoyer ton système des paquets backports.

Pas grave en tout ca c’est en testant que l’on arrive a trouver la solution :wink:

J’ai pu recuperer mon systeme 100% fonctionnel en rebootant sur l’ancien noyau

Donc la il faut que je desinstalle celui que l’on a testé

Quelle commande je dois utiliser??

Comment faire pour enlever ce noyau qui ne fonctionne pas?

SVP :cry:

Re

N’ayant pas d’info sur la maniere de desinstaller cette version backport, je viens de tenter un apt-get remove, et la souciss voila ce que j’ai:

# apt-get remove squeeze-backports linux-image-2.6-amd64 --purge
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
W: Duplicate sources.list entry http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_squeeze_main_binary-amd64_Packages)
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.
E: Impossible de trouver le paquet squeeze-backports

J’ai bien entendu fait un apt-get update et même resultat

j’ai bien dans mon sources.list:
deb backports.debian.org/debian-backports squeeze-backports main contrib non-free

et voici une partie du contenu de mon grub.cfg

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, avec Linux 2.6.39-bpo.2-amd64' --class debian --class gnu-linux --class gnu --class os {
        insmod raid
        insmod mdraid
        insmod part_gpt
        insmod part_gpt
        insmod ext2
        set root='(md/0)'
        search --no-floppy --fs-uuid --set b5749808-ab64-4eac-95e0-50ef18f88de9
        echo    'Chargement de Linux 2.6.39-bpo.2-amd64 ...'
        linux   /vmlinuz-2.6.39-bpo.2-amd64 root=UUID=8615b881-e975-4f1a-a581-8563379d2272 ro  quiet
        echo    'Chargement du disque mémoire initial ...'
        initrd  /initrd.img-2.6.39-bpo.2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 2.6.39-bpo.2-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os {
        insmod raid
        insmod mdraid
        insmod part_gpt
        insmod part_gpt
        insmod ext2
        set root='(md/0)'
        search --no-floppy --fs-uuid --set b5749808-ab64-4eac-95e0-50ef18f88de9
        echo    'Chargement de Linux 2.6.39-bpo.2-amd64 ...'
        linux   /vmlinuz-2.6.39-bpo.2-amd64 root=UUID=8615b881-e975-4f1a-a581-8563379d2272 ro single
        echo    'Chargement du disque mémoire initial ...'
        initrd  /initrd.img-2.6.39-bpo.2-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os {
        insmod raid
        insmod mdraid
        insmod part_gpt
        insmod part_gpt
        insmod ext2
        set root='(md/0)'
        search --no-floppy --fs-uuid --set b5749808-ab64-4eac-95e0-50ef18f88de9
        echo    'Chargement de Linux 2.6.32-5-amd64 ...'
        linux   /vmlinuz-2.6.32-5-amd64 root=UUID=8615b881-e975-4f1a-a581-8563379d2272 ro  quiet
        echo    'Chargement du disque mémoire initial ...'
        initrd  /initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os {
        insmod raid
        insmod mdraid
        insmod part_gpt
        insmod part_gpt
        insmod ext2
        set root='(md/0)'
        search --no-floppy --fs-uuid --set b5749808-ab64-4eac-95e0-50ef18f88de9
        echo    'Chargement de Linux 2.6.32-5-amd64 ...'
        linux   /vmlinuz-2.6.32-5-amd64 root=UUID=8615b881-e975-4f1a-a581-8563379d2272 ro single
        echo    'Chargement du disque mémoire initial ...'
        initrd  /initrd.img-2.6.32-5-amd64
}
### END /etc/grub.d/10_linux ###

Comment dois je faire pour éliminer Linux 2.6.39-bpo.2-amd64 de mon serveur???

Merci pour votre aide

Salut minus,

Désolé de ne pas t’avoir répondu + tôt mais je suis encore au boulot et je finis ce soir à 20h00 …
La méthode standard est apt-get remove lenoyau_quetuveux_virer
Mais je te conseille de rajouter l’option -s (simulation) pour voir l’effet que ça produit.
Quand tu enlève/ajoute un noyau, ça met grub à jour tout seul.

Ensuite, il faudra nettoyer ton système des paquets backports dont tu n’as plus besoin.
Il faudra aussi “downgrader” les paquets passés en version backports.
Je n’ai pas le temps actuellement mais en gros on va affecter des “préférences” (1001 aux dépôts squeeze)
et laisser à 1 la préférence des backports.
Un upgrade (ou dist-upgrade) plus tard et ça devrait être bon.
Ensuite, on supprimera ce fichier préférence.

J’essaye de te guider ce soir (ou si quelqu’un passe par là avant ?)

[quote=“talogue”]Salut minus,

Désolé de ne pas t’avoir répondu + tôt mais je suis encore au boulot et je finis ce soir à 20h00 …
La méthode standard est apt-get remove lenoyau_quetuveux_virer
Mais je te conseille de rajouter l’option -s (simulation) pour voir l’effet que ça produit.
Quand tu enlève/ajoute un noyau, ça met grub à jour tout seul.

Ensuite, il faudra nettoyer ton système des paquets backports dont tu n’as plus besoin.
Il faudra aussi “downgrader” les paquets passés en version backports.
Je n’ai pas le temps actuellement mais en gros on va affecter des “préférences” (1001 aux dépôts squeeze)
et laisser à 1 la préférence des backports.
Un upgrade (ou dist-upgrade) plus tard et ça devrait être bon.
Ensuite, on supprimera ce fichier préférence.

J’essaye de te guider ce soir (ou si quelqu’un passe par là avant ?)[/quote]

Merci

Bon j’ai a peut pres compris le principe, mais la pratique c’est autre chose lol

pas de soucis pour le guidage ce soir je vais essayer d’etre dispo :wink:

Je viens de faire un dpkg -l pour verifier le nom du noyau

donc je vais apt-get remove linux-image-2.6.39-bpo.2-amd64 ??
ou
dpkg -R linux-image-2.6.39-bpo.2-amd64 ??

la question pour le dpkg c’est parce qu’il n’est pas reconnu par la commande apt-get remove squeeze-backports linux-image-2.6-amd64 --purge

Ah y est suis dispo (juste un peu)

Tu fais un # apt-get remove -s linux-image-2.6.39-bpo.2-amd64
Et tu regarde ce que donne la simulation.

Voila ce que ça donne

# apt-get remove -s linux-image-2.6.39-bpo.2-amd64
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  lib32bz2-1.0 lib32ncurses5 ia32-libs fglrx-atieventsd lib32asound2 lib32z1 lib32stdc++6 lib32v4l-0
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÃSÂ :
  linux-image-2.6-amd64 linux-image-2.6.39-bpo.2-amd64
0 mis à jour, 0 nouvellement installés, 2 à enlever et 20 non mis à jour.
Remv linux-image-2.6-amd64 [2.6.39+35.1~bpo60+1]
Remv linux-image-2.6.39-bpo.2-amd64 [2.6.39-3~bpo60+1]

Bon ben tu peux accepter.
Tu ne vire pas les autres paquets plus nécessaires ni ne fait de mises à jour.
Ensuite, on va nettoyer.

voila c’est fait

# apt-get remove linux-image-2.6.39-bpo.2-amd64
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  lib32bz2-1.0 lib32ncurses5 ia32-libs fglrx-atieventsd lib32asound2 lib32z1 lib32stdc++6 lib32v4l-0
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÃSÂ :
  linux-image-2.6-amd64 linux-image-2.6.39-bpo.2-amd64
0 mis à jour, 0 nouvellement installés, 2 à enlever et 20 non mis à jour.
Après cette opération, 107 Mo d'espace disque seront libérés.
Souhaitez-vous continuer [O/n]Â ? o
(Lecture de la base de données... 150174 fichiers et répertoires déjà installés.)
Suppression de linux-image-2.6-amd64 ...
Suppression de linux-image-2.6.39-bpo.2-amd64 ...
Examining /etc/kernel/prerm.d.
run-parts: executing /etc/kernel/prerm.d/dkms 2.6.39-bpo.2-amd64 /boot/vmlinuz-2.6.39-bpo.2-amd64
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 2.6.39-bpo.2-amd64 /boot/vmlinuz-2.6.39-bpo.2-amd64
update-initramfs: Deleting /boot/initrd.img-2.6.39-bpo.2-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 2.6.39-bpo.2-amd64 /boot/vmlinuz-2.6.39-bpo.2-amd64
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
Generating grub.cfg ...
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
Found background image: /usr/share/images/desktop-base/desktop-grub.png
error: superfluous RAID member (2 found).
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
done
The link /vmlinuz is a damaged link
Removing symbolic link vmlinuz 
You may need to re-run your boot loader
The link /initrd.img is a damaged link
Removing symbolic link initrd.img 
You may need to re-run your boot loader

Les damaged link c’est normal. C’est l’ancien noyau qui est viré.
Par contre, les Pb de raid, je ne sais pas!

simplement parce que les raids sont en cours d’utilisation, donc il ne peut pas toucher à ça, non??

de plus /boot est en raid1 +1 disque supplementaire chez moi.