Le mardi 24 janvier 2017, stakanov a écrit :
> In data martedì 24 gennaio 2017 12:32:37, Patrick Serru ha scritto:
>> Le mardi 24 janvier 2017, stakanov a écrit :
>>> In data martedì 24 gennaio 2017 12:06:30, Patrick Serru ha scritto:
>>>>     Salut tout le monde,
>>>>
>>>>     J’utilise "rsync" pour sauver complètement et occasionnellement
>>>> mon
>>>>
>>>> système utilisé quotidiennement. À priori, je ne le fais que lorsque
>>>> je veux mettre à jour ou installer des paquets. Bien sûr, je lance
>>>> l’exécution de rsync après avoir redémarré un système de secours. j’ai
>>>> une petite partition pour ça sur mon premier disque.
>>>>
>>>>     Ce système de secours devrait démarrer sur
>>>>
>>>> /dev/disk/by-label/2-SSD_sec, mais quelque chose (Grub? Linux?) semble
>>>> chercher un disque qui ne peut pas exister. On peut lire sur l’image
>>>>
>>>> jointe :
>>>>   Loading Linux 4.1.34-33-defaut ...
>>>>   loading initial ramdisk ...
>>>>
>>>> [  *] A start job is running for
>>>> dev-disk-by\x2dlabel-1\x2dst500_sav.device …
>>>>
>>>> (NOTE \x2d est un caractère ASCII ’-’
>>>>
>>>>  NOTE un device /dev/disk/by-label/1-st500_sav a existé et est
>>>> toujours
>>>>
>>>> listé dans /etc/fstab, mais il n’est pas connecté)
>>>>
>>>>    J’ai réinstallé grub depuis mon système usuel et redémarré le
>>>> système
>>>>
>>>> de secours une SEULE fois avec succes. Puis j’ai décidé de réinstaller
>>>> grub depuis ce système de secours (et ayant fait ma sauvegarde !).
>>>> Mais en essayant de redémarrer à nouveau, ce message apparaît
>>>> toujours. J’ai retenté depuis mon système courant, mais là, l’erreur
>>>> persiste.
>>>>
>>>>     Quelqu’un a-t-il une idée qui pourrait m’aider à résoudre le
>>>> problème
>>>>
>>>> ? Si je ne peux pas faire mieux, et comme je pense avoir mis à jour ce
>>>> système de secours, je réinstallerai à partir de zéro et ne ferai
>>>> aucune mise à jour :-/ .
>>>>
>>>>     Je vous remercie pour l’attention que vous aurez porté à ce
>>>> courriel.
>>>>
>>>> Patrick Serru
>>>
>>> Bonsoir.
>>> Peut-être une question débile, mais, tu viens de 13.2 pour mettre au
>>> jour vers 42.1 ou tu veux aller de 42.1 vers 42.2?
>>>
>>> Le système de secours à été créé originalement en 13.2 et après mis au
>>> jours, ou directement avec 42.1?
>>> Je demande ceci parce que je pense de me rappeler qu' il y a eu une
>>> changement entre 13.2 et 42.1 pour ce qui concerne les noms des
>>> disques. Ça
>>> fait par contre un baie et donc je me rappelle pas bien sur le coup.
>>
>> -----------------------
>>     Bonjours  Stakanov,
>>
>>     Merci pour la réponse. Tous les systems dont il est question ont été
>> installés depuis rien et en Oss 42.1.
>>
>>     Cordialement
>>
>> Patrick
>
> Est-ce que tu peux
>
> cat /etc/fstab ? pour comprendre un peu mieux....
>
> Donc le système ne se mette plus du tous en marche ou le système de
> sauvetage ne le fait pas?
--------------------
    En fait le système de secours n'est qu'une installation 42.1 minimum.

    Joindre le ficher va le rendre plus lisible... Seuls les st3500 et samsung 
sont connectés, en plus du SSD bien sûr.

    Je me souviens qu'après l'installation, le disque était référencé par son 
UUID, dans /etc/fstab, et j'ai immédiatement rendu les choses plus 
humaine :-) Tout ça a fonctionné quelques mois ! Et souvent au début ! Je 
suis convaincu que ça commencé à débloquer suite à une mise à jour en ligne.

    Cordialement

Patrick
LABEL=1-SSD_42.1         /linux/1-SSD_42.1        ext4       
user,noauto,acl,user_xattr 0 0
LABEL=2-SSD_sec          /                        ext4       acl,user_xattr     
   1 1
LABEL=3-SSD_isos         /linux/3-SSD_isos        ext4       acl,user_xattr     
   0 0
#LABEL=5-SSD_swap         swap                     swap       defaults          
    0 0
LABEL=6-SSD_xch          /linux/6-SSD_xch         ext4       
user,noauto,acl,user_xattr 0 0

LABEL=DDur_MS_C        /windows/DDur_MS_C        ntfs-3g    
user,noauto,users,gid=users,fmask=133,dmask=022,locale=fr_FR.UTF-8 0 0
LABEL=DDur_MS_D        /windows/DDur_MS_D        ntfs-3g    
user,noauto,users,gid=users,fmask=133,dmask=022,locale=fr_FR.UTF-8 0 0
LABEL=5-samsung_sec    /linux/5-samsung_sec      ext4       
user,noauto,users,acl,user_xattr 0 0
LABEL=6-samsung_42.1   /linux/6-samsung_42.1     ext4       
user,noauto,users,acl,user_xattr 0 0
LABEL=7-samsung_sav    /linux/7-samsung_sav      ext4       
user,noauto,users,acl,user_xattr 0 0

LABEL=1-st500_sav      /linux/1-st500_sav        ext4       acl,user_xattr      
             0 0
LABEL=2-st500_42.1_tmp /linux/2-st500_42.1_tmp   ext4       
user,noauto,users,acl,user_xattr 0 0

LABEL=DDur_MS_c        /windows/DDur_MS_CC       ntfs-3g    
user,noauto,users,gid=users,fmask=133,dmask=022,locale=fr_FR.UTF-8 0 0
LABEL=DDur_MS_d        /windows/DDur_MS_DD       ntfs-3g    
user,noauto,users,gid=users,fmask=133,dmask=022,locale=fr_FR.UTF-8 0 0
LABEL=5-st3500_sec     /linux/5-st3500_sec       ext4       
user,noauto,acl,user_xattr 0 0
LABEL=6-st3500_421_tmp /linux/6-st3500_42.1_tmp  ext4       
user,noauto,users,acl,user_xattr 0 0
LABEL=7-st3500_sav     /linux/7-s3500_sav        ext4       
user,noauto,users,acl,user_xattr 0 0

LABEL=USB3-8G          /windows/usb3-8G          vfat       
user,noauto,users,gid=users,umask=0002,utf8=true,nofail 0 0
LABEL=USB_8-SAN        /windows/usb-8_san        vfat       
user,noauto,users,gid=users,umask=0002,utf8=true,nofail 0 0
LABEL=usb3_58g         /linux/usb3_58g           ext4       
user,noauto,users,acl,user_xattr,nofail 0 0
LABEL=5-SSD_xtra     /linux/5-SSD_xtra    ext4       user,noauto,acl,user_xattr 
0 0

Répondre à