Hibernate / resume échoue après l'ajout de SSD sur Debian 7


0

Mon système Debian 7 hibernait et reprenait très bien; puis j'ai ajouté un SSD comme suit: 1) SSD ajouté (sur SATA 1), 2) mis à jour le fichier /etc/uswsusp.conf (utiliser l'UUID pour la partition swap), 3) copié / usr et / opt sur des partitions SSD, 4) modifié / etc / fstab pour monter les partitions / usr & / opt, 5) a lancé update-grub2.

Et reprendre échoue après avoir hiberné. Cela fonctionnait. Si je débranche le SSD, cela fonctionne toujours (après la suppression de nouvelles partitions de fstab).

hibernate.log n'indique pas un problème. L'échec entraîne la récupération du journal sur toutes les partitions sauf /.

Voici mon /etc/fstab:

UUID=1796cdd5-7bf3-4334-a5cb-7aed099e57f7   /               ext3    errors=remount-ro 0       1
#SSD 
UUID=74c7d1c9-0807-4f40-99bf-55766f9ecaeb   /usr            ext4    commit=100,noatime        0       1
UUID=e70718c9-ee8a-4679-a486-be8e5be2821a   /opt            ext4    commit=100,noatime        0       1
# /home was on /dev/sda5 during installation
UUID=488cfe1d-439f-45b7-82d0-fb3b31e9b1ee   /home           ext3    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=abec2610-c8d7-4a2c-98f7-cfa2b338fb9b   none            swap    sw              0       0
/dev/sr0                                    /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/sdd1                                   /media/usb0     auto    rw,user,noauto  0       0
UUID=2ffe2063-c413-4cce-9007-a79f1ae9a122   /mnt/2TB        ext3    defaults        0       2

Réponses:


1

J'ai déplacé le SSD de SATA 1 à SATA 5, relancez update-initranfs -u et tout fonctionne. Je ne comprends pas très bien pourquoi cela devrait fonctionner puisque tous les disques sont référencés par UUID mais que CV fonctionne maintenant.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.