Page 1 sur 3 123 DernièreDernière
Affiche les résultats de 1 à 10 sur 24

Sujet : MAJ 42.3 vers 15.01 presque réussie

  1. #1
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150

    MAJ 42.3 vers 15.01 presque réussie

    Bonjour,

    == AJOUT ==

    dans journalctl -k -b -1 il y a Watchdog: watchdog did not stop !
    dans journalctl -k -b je trouve ACPI: Firmware Bug Biios_Osi (Linux) query ignored

    == AJOUT ==

    Je viens de passer à 15. Mais la conclusion n'est pas au rdv et le parcours a été chaotique.
    Ayant plusieurs machines virtuelles installées, lors de la mise à jour, j'ai eu un problème de place. J'ai compris après 2 tentatives.
    Sur les 2 tentatives, j'ai eu le privilège de devoir choisir entre les versions de fichier obsolète ou la version opensuse... j'ai arrêté de compter passé les 250 choix..
    Donc, 3 installations fois plus de 250 choix à effectuer... long.. tres long :-(
    Petite suggestion pour les prochaines mises à jour peut etre .... une option "cocher toutes les mises à jours vers opensuse".. ce qui permettra de choisir les versions obsolètes que l'on souhaite garder.. ou pas !
    Donc à la 3eme tentative, la conclusion popup disait que mysql allait être mis à jour et qu'il fallait veiller à avoir une sauvegarde des fichiers de travail. Bref !
    Donc, reboot et ...

    Oh mince quelque chose s'est mal passé.

    zypper dup a fait une mise à jour d'un fichier oublié (j'ai plus le nom). Et maintenant indique qu'il n'y a rien à faire
    zypper ps -s indique "no processes using deleted files found"

    Le kernel 4.12.14-lp150.12.4-default revient sur qque chose qui s'est mal passé
    Le kernel 4-4-138-59-default répond présent.. et reste volontaire pour l'aide à la résolution.

    J'ai désactivé apache et mysql pour éviter le brouillard à la solution.

    Subsidiairement..
    Interrogation sur l'installation.. bien qu'ayant fait l'upgrade à partir d'un DVD, celà a mis pas loin de 2 heures.. au moins pour l'upgrade.
    ceci dit, c'est plus long qu'une autre distrib.... mais au moins avec OS, il reste un kernel pour rester dans la course.

    Je n'ai vu aucune ligne rouge dans journal -xb mises à part les lignes invoquant 7 secteurs defectueux, qui sont là depuis le début de la 42.3.

    Une idée pour démarrer la 15 sur le bon kernel ?

    Cdt
    Dernière édition par coyote33; 23/06/2018 à 16h14

  2. #2
    Léon Avatar de bertrandbo
    Inscrit
    octobre 2015
    Lieu
    Lille
    Distribution
    openSUSE Tumbleweed (64 bits)
    Environnement
    Plasma 5
    Messages
    62
    Salut,

    Je récapitule car je pense ne pas avoir tout compris.

    Tu avais une Leap 42.3 et tu as tenté une mise à jour depuis le DVD d'installation de Leap 15. Bon, comme je n'ai jamais fais comme ça, je ne vois pas trop à quoi ça ressemble mais ce n'est pas le problème là. Cela n'a pas marché à cause d'un problème d'espace disque

    Je suppose que tu n'utilises pas Btrfs, sinon, tu pourrais revenir sur une snapshot précédente. As-tu mis / et /home sur 2 partitions différentes ? Si oui, on aura toujours la porte de sorte de réinstaller Leap 15 mais je crains que ton histoire de VM indique que ce n'est pas le cas.

    Pour voir l'état de ta machine, peux-tu nous donner les retours des commandes suivantes :
    Code:
    df -h
    cat /etc/os-release
    zypper lr
    zypper se -s 'kernel*'

  3. #3
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150
    Citation Envoyé par bertrandbo Voir le message
    Salut,

    Je récapitule car je pense ne pas avoir tout compris.

    Tu avais une Leap 42.3 et tu as tenté une mise à jour depuis le DVD d'installation de Leap 15. Bon, comme je n'ai jamais fais comme ça, je ne vois pas trop à quoi ça ressemble mais ce n'est pas le problème là. Cela n'a pas marché à cause d'un problème d'espace disque

    Je suppose que tu n'utilises pas Btrfs, sinon, tu pourrais revenir sur une snapshot précédente. As-tu mis / et /home sur 2 partitions différentes ? Si oui, on aura toujours la porte de sorte de réinstaller Leap 15 mais je crains que ton histoire de VM indique que ce n'est pas le cas.
    J'avais une 42.3 et je n'avais plus assez d'espace sur / . Il restait 8 Go. J'ai supprimé 3 machines virtuelles, ce qui m'a fait récupérer 20 Go. J'ai eu assez d'espace pour que l'installation puisse s'exécuter.
    Mais pendant l'installation, de nombreux fichiers étaient en conflit de version. J'ai du faire le choix sur + de 250 fichiers entre garder une version obsolète ou opter pour la version opensuse proposée.
    Passée cette étape, l'installation s'est déroulée (entre installation depuis DVD et téléchargement) normalement, pendant minimum 2 heures.
    A cette étape, je suis parti dormir car il était tard dans la nuit.
    En me levant, sur l'écran était indiqué de faire une sauvegarde de mysql car la mise à jour pourrait faire perdre des données. J'ai continué.
    Au reboot, le message comme quoi quelque chose s'était mal passé est arrivé.
    Donc avec le nouveau Kernel, ca ne fonctionne pas (qq chose s'est mal passé)
    Avec le kernel précédent, je peux utiliser OS avec KDE.. pour l'instant.

    Ce qu m'amène à me poser une autre question... qui me motive à trouver rapidement la solution...
    La question, c'est, si il y a une nouvelle mise à jour de kernel, vu que je ne peux booter (à ma connaissance) que sur les deux derniers kernels, me restera-t-il une possibilité de résoudre la situation?

    Place aux infos

    Code:
    df -h
    Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
    devtmpfs           7,8G       0  7,8G   0% /dev
    tmpfs              7,9G     31M  7,8G   1% /dev/shm
    tmpfs              7,9G    1,9M  7,9G   1% /run
    tmpfs              7,9G       0  7,9G   0% /sys/fs/cgroup
    /dev/sda5           61G     41G   18G  70% /
    /dev/sda5           61G     41G   18G  70% /var/lib/mailman
    /dev/sda5           61G     41G   18G  70% /var/lib/named
    /dev/sda7          147G     50G   98G  34% /home
    /dev/sda5           61G     41G   18G  70% /var/lib/mysql
    /dev/sda5           61G     41G   18G  70% /.snapshots
    /dev/sda5           61G     41G   18G  70% /var/lib/mariadb
    /dev/sda5           61G     41G   18G  70% /tmp
    /dev/sda5           61G     41G   18G  70% /srv
    /dev/sda5           61G     41G   18G  70% /opt
    /dev/sda5           61G     41G   18G  70% /var/spool
    /dev/sdb2          461G    279G  158G  64% /archives
    /dev/sda5           61G     41G   18G  70% /var/cache
    /dev/sda5           61G     41G   18G  70% /usr/local
    /dev/sda5           61G     41G   18G  70% /var/log
    /dev/sda5           61G     41G   18G  70% /var/crash
    /dev/sda5           61G     41G   18G  70% /var/tmp
    /dev/sdb1          457G    389G   46G  90% /fichiers
    /dev/sda5           61G     41G   18G  70% /boot/grub2/x86_64-efi
    /dev/sda5           61G     41G   18G  70% /boot/grub2/i386-pc
    /dev/sda5           61G     41G   18G  70% /var/lib/pgsql
    /dev/sda5           61G     41G   18G  70% /var/lib/libvirt/images
    /dev/sda5           61G     41G   18G  70% /var/opt
    /dev/sda5           61G     41G   18G  70% /var/lib/machines
    tmpfs              1,6G     20K  1,6G   1% /run/user/474
    tmpfs              1,6G     72K  1,6G   1% /run/user/1000
    
    sda2 c'est Windows
    
    cat /etc/os-release
    NAME="openSUSE Leap"
    VERSION="15.0"
    ID="opensuse-leap"
    ID_LIKE="suse opensuse"
    VERSION_ID="15.0"
    PRETTY_NAME="openSUSE Leap 15.0"
    ANSI_COLOR="0;32"
    CPE_NAME="cpe:/o:opensuse:leap:15.0"
    BUG_REPORT_URL="https://bugs.opensuse.org"
    HOME_URL="https://www.opensuse.org/"
    VGA compatible controller : NVIDIA corporation GK 20 [GeForce GT730] (rev a1)
    LEAP 15.0

  4. #4
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150
    Citation Envoyé par bertrandbo Voir le message
    Salut,

    Je récapitule car je pense ne pas avoir tout compris.

    Tu avais une Leap 42.3 et tu as tenté une mise à jour depuis le DVD d'installation de Leap 15. Bon, comme je n'ai jamais fais comme ça, je ne vois pas trop à quoi ça ressemble mais ce n'est pas le problème là. Cela n'a pas marché à cause d'un problème d'espace disque

    Je suppose que tu n'utilises pas Btrfs, sinon, tu pourrais revenir sur une snapshot précédente. As-tu mis / et /home sur 2 partitions différentes ? Si oui, on aura toujours la porte de sorte de réinstaller Leap 15 mais je crains que ton histoire de VM indique que ce n'est pas le cas.
    La suite
    Code:
    zypper lr
    #  | Alias                           | Nom                                     | Activé | Vérification GPG | Rafraichir
    ---+---------------------------------+-----------------------------------------+--------+------------------+-----------
     1 | download.opensuse.org-non-oss   | Dépôt principal (NON-OSS)               | Oui    | (r ) Oui         | Oui       
     2 | download.opensuse.org-non-oss_1 | Dépôt de mises à jour (Non-OSS)         | Oui    | (r ) Oui         | Oui       
     3 | download.opensuse.org-oss       | Dépôt principal (OSS)                   | Oui    | (r ) Oui         | Oui       
     4 | download.opensuse.org-oss_1     | Dépôt principal de mise à jour          | Oui    | (r ) Oui         | Oui       
     5 | openSUSE-Leap-15.0-1            | openSUSE-Leap-15.0-1                    | Non    | ----             | ----      
     6 | repo-debug                      | openSUSE-Leap-15.0-Debug                | Non    | ----             | ----      
     7 | repo-debug-non-oss              | openSUSE-Leap-15.0-Debug-Non-Oss        | Non    | ----             | ----      
     8 | repo-debug-update               | openSUSE-Leap-15.0-Update-Debug         | Non    | ----             | ----      
     9 | repo-debug-update-non-oss       | openSUSE-Leap-15.0-Update-Debug-Non-Oss | Non    | ----             | ----      
    10 | repo-source                     | openSUSE-Leap-15.0-Source               | Non    | ----             | ----      
    11 | repo-source-non-oss             | openSUSE-Leap-15.0-Source-Non-Oss       | Non    | ----             | ----      
    
    zypper se -s 'kernel*'
    Lecture des paquets installés...
    
    S  | Nom                   | Type          | Version              | Arch   | Dépôt                         
    ---+-----------------------+---------------+----------------------+--------+-------------------------------
       | kernel-debug          | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-debug          | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-debug          | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-debug-base     | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-debug-base     | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-debug-devel    | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-debug-devel    | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
    i+ | kernel-default        | paquet        | 4.4.138-59.1         | x86_64 | (Paquets système)             
    i+ | kernel-default        | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
    v  | kernel-default        | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-default        | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-default-base   | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-default-base   | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
    i+ | kernel-default-devel  | paquet        | 4.4.138-59.1         | x86_64 | (Paquets système)             
    i+ | kernel-default-devel  | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
    v  | kernel-default-devel  | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
    i+ | kernel-devel          | paquet        | 4.4.138-59.1         | noarch | (Paquets système)             
    i+ | kernel-devel          | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
    v  | kernel-devel          | paquet        | 4.12.14-lp150.11.4   | noarch | Dépôt principal (OSS)         
       | kernel-docs           | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-docs           | paquet        | 4.12.14-lp150.11.2   | noarch | Dépôt principal (OSS)         
       | kernel-docs           | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-docs-html      | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-docs-html      | paquet        | 4.12.14-lp150.11.2   | noarch | Dépôt principal (OSS)         
    i+ | kernel-firmware       | paquet        | 20180416-lp150.1.4   | noarch | Dépôt principal (OSS)         
       | kernel-kvmsmall       | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-kvmsmall       | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-kvmsmall       | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-kvmsmall-base  | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-kvmsmall-base  | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-kvmsmall-devel | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-kvmsmall-devel | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
    i+ | kernel-macros         | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
    v  | kernel-macros         | paquet        | 4.12.14-lp150.11.4   | noarch | Dépôt principal (OSS)         
       | kernel-obs-build      | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-obs-build      | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-obs-build      | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-obs-qa         | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-obs-qa         | paquet        | 4.12.14-lp150.11.2   | x86_64 | Dépôt principal (OSS)         
       | kernel-obs-qa         | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-source         | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-source         | paquet        | 4.12.14-lp150.11.4   | noarch | Dépôt principal (OSS)         
       | kernel-source         | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-source-vanilla | paquet        | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-source-vanilla | paquet        | 4.12.14-lp150.11.4   | noarch | Dépôt principal (OSS)         
       | kernel-syms           | paquet        | 4.12.14-lp150.12.4.1 | x86_64 | Dépôt principal de mise à jour
       | kernel-syms           | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-syms           | paquet source | 4.12.14-lp150.12.4.1 | noarch | Dépôt principal de mise à jour
       | kernel-vanilla        | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-vanilla-base   | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernel-vanilla-devel  | paquet        | 4.12.14-lp150.11.4   | x86_64 | Dépôt principal (OSS)         
       | kernelshark           | paquet        | 2.6.1-lp150.1.4      | x86_64 | Dépôt principal (OSS)
    VGA compatible controller : NVIDIA corporation GK 20 [GeForce GT730] (rev a1)
    LEAP 15.0

  5. #5
    Léon Avatar de bertrandbo
    Inscrit
    octobre 2015
    Lieu
    Lille
    Distribution
    openSUSE Tumbleweed (64 bits)
    Environnement
    Plasma 5
    Messages
    62
    Salut,

    Merci pour les infos. Peux-tu démarrer sur le noyau qui pose problème en mode recovery stp ? Au bootloader, tu vas dans les options avancées et tu choisis la bonne entrée.

    Tu devrais donc arriver dans un état qui t'offre une invite de commande où tu demandes les erreurs survenues :
    Code:
    journalctl -p err

  6. #6
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150
    Citation Envoyé par bertrandbo Voir le message
    Salut,

    Merci pour les infos. Peux-tu démarrer sur le noyau qui pose problème en mode recovery stp ? Au bootloader, tu vas dans les options avancées et tu choisis la bonne entrée.

    Tu devrais donc arriver dans un état qui t'offre une invite de commande où tu demandes les erreurs survenues :
    Code:
    journalctl -p err
    Merci pour l'implication..

    le resultat fait 7 megas donc j'ai extrait le dernier boot ..

    Code:
                            Jun 24 17:26:02 linux-3yn5 kdeinit5[3098]: QThread: Destroyed while thread is still running
    Jun 24 17:26:02 linux-3yn5 gdm[2525]: GLib: g_variant_new_string: assertion 'string != NULL' failed
    Jun 24 17:26:03 linux-3yn5 gdm[2525]: GLib: g_variant_new_string: assertion 'string != NULL' failed
    Jun 24 17:26:03 linux-3yn5 gdm[2525]: GLib: g_variant_new_string: assertion 'string != NULL' failed
    Jun 24 17:26:03 linux-3yn5 gdm[2525]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
    Jun 24 17:26:04 linux-3yn5 pulseaudio[16591]: [pulseaudio] client-conf-x11.c: xcb_connection_has_error() a retourné une valeur true
    Jun 24 17:26:04 linux-3yn5 pulseaudio[16595]: [pulseaudio] module-jackdbus-detect.c: Unable to contact D-Bus session bus: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /run/user/1000/bus: Connexion refusée
    Jun 24 17:26:04 linux-3yn5 pulseaudio[16595]: [pulseaudio] module.c: Failed to load module "module-jackdbus-detect" (argument: "channels=2"): initialization failed.
    Jun 24 17:26:04 linux-3yn5 pulseaudio[16595]: [pulseaudio] main.c: Module load failed.
    Jun 24 17:26:04 linux-3yn5 pulseaudio[16595]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type="method_call", sender=":1.315" (uid=1000 pid=16595 comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="org.freedesktop.DBus.ObjectManager" member="GetManagedObjects" error name="(unset)" requested_reply="0" destination="org.bluez" (bus)
    Jun 24 17:26:25 linux-3yn5 systemd[1]: Failed unmounting /var/log.
    Jun 24 17:26:26 linux-3yn5 kernel: watchdog watchdog0: watchdog did not stop!
    -- Reboot --
    Jun 24 17:27:36 linux-3yn5 postfix/postmap[2099]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:37 linux-3yn5 postfix/postmap[2646]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:38 linux-3yn5 postfix/postmap[2659]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:39 linux-3yn5 postfix/postmap[2708]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:40 linux-3yn5 postfix/postmap[2725]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:41 linux-3yn5 postfix/postmap[2861]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:42 linux-3yn5 postfix/postmap[2870]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:43 linux-3yn5 postfix/postmap[2877]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:44 linux-3yn5 postfix/postmap[2879]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:45 linux-3yn5 postfix/postmap[2881]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:46 linux-3yn5 postfix/postalias[2885]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:47 linux-3yn5 postfix[2887]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:27:49 linux-3yn5 systemd[1]: Failed to start Postfix Mail Transport Agent.
    Jun 24 17:27:50 linux-3yn5 gdm[2308]: GLib: g_variant_new_string: assertion 'string != NULL' failed
    Jun 24 17:27:50 linux-3yn5 gdm[2308]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
    Jun 24 17:27:55 linux-3yn5 systemd[1]: Failed unmounting /var/log.
    Jun 24 17:27:55 linux-3yn5 kernel: watchdog watchdog0: watchdog did not stop!
    -- Reboot --
    Jun 24 17:29:21 linux-3yn5 kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20170303/dswload-210)
    Jun 24 17:29:21 linux-3yn5 kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170303/psobject-241)
    Jun 24 17:29:21 linux-3yn5 kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp10) while loading table (20170303/tbxfload-228)
    Jun 24 17:29:21 linux-3yn5 kernel: ACPI Error: 1 table load failures, 7 successful (20170303/tbxfload-246)
    Jun 24 17:29:33 linux-3yn5 wickedd[1320]: ni_process_reap: process 1613 has not exited yet; now doing a blocking waitpid()
    Jun 24 17:29:33 linux-3yn5 postfix/postmap[1730]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:34 linux-3yn5 postfix/postmap[2311]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:35 linux-3yn5 postfix/postmap[2353]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:36 linux-3yn5 postfix/postmap[2355]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:37 linux-3yn5 postfix/postmap[2357]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:38 linux-3yn5 postfix/postmap[2359]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:39 linux-3yn5 postfix/postmap[2361]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:40 linux-3yn5 postfix/postmap[2367]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:41 linux-3yn5 postfix/postmap[2369]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:42 linux-3yn5 postfix/postmap[2371]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:43 linux-3yn5 postfix/postalias[2373]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:44 linux-3yn5 postfix[2374]: fatal: parameter inet_interfaces: no local interface found for ::1
    Jun 24 17:29:46 linux-3yn5 systemd[1]: Failed to start Postfix Mail Transport Agent.
    Jun 24 17:31:37 linux-3yn5 login[2430]: gkr-pam: error looking up user information
    postfix postmap ?? je n'utilise pas de serveur de mail.
    pour le reste... je vais attendre l'avis du specialiste.... en croisant les doigts vu que c'est tout ce queje peux faire pour aider :-)
    tx
    VGA compatible controller : NVIDIA corporation GK 20 [GeForce GT730] (rev a1)
    LEAP 15.0

  7. #7
    Léon Avatar de bertrandbo
    Inscrit
    octobre 2015
    Lieu
    Lille
    Distribution
    openSUSE Tumbleweed (64 bits)
    Environnement
    Plasma 5
    Messages
    62
    Ah oui, j'avais pas limité au boot. Effectivement, fallait rajouter un -b à la ligne de commande du journal.

    Les messages ACPI peuvent être ignorés.

    Postfix plante en se prenant les pieds dans le tapis avec l'IPv6.
    postfix postmap ?? je n'utilise pas de serveur de mail.
    C'est installé par défaut visiblement. Tu peux éviter son démarrage :
    Code:
    sudo systemctl disable postfix.service
    Ou par YaST si tu préfères > Serveur mail.
    Mais bon, Postfix, on s'en fout. Je ne vois pas comment il pourrait bloquer le boot à lui tout seul...

    Tout ça ne résoud pas ton problème...

    je vais attendre l'avis
    J'ai pas d'avis. Je comprends pas plus que toi... :-D

    Vu qu'en fait si, tu utilises Btrfs, il doit être possible de revenir à la snapshot d'avant la mise à niveau. Tu aurais donc ta 42.3 toute propre comme si rien ne s'était passé. Peux-tu donner le retour de
    Code:
    sudo snapper list

  8. #8
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150
    Citation Envoyé par bertrandbo Voir le message
    Vu qu'en fait si, tu utilises Btrfs, il doit être possible de revenir à la snapshot d'avant la mise à niveau. Tu aurais donc ta 42.3 toute propre comme si rien ne s'était passé. Peux-tu donner le retour de
    Code:
    sudo snapper list
    A supposer que je puisse revenir en 42.3, ca voudrait dire que je ne pourrais passer en 15 .. ou que je serais plus inspirer d'attendre la 15.2 ou 15.x++ ?

    J'ai l'impression que la maj de 42.3 vers 15.0 fonctionne bien si on a une install de base.
    Ce qui me donne à précisier que je ne n'avais pas désactivé les dépôts pacman et oss. De ce que j'ai pu lire, ca aurait été une bonne idée de le faire avant la maj. Mais est ce que ca peut expliquer la durée hyper longue de la mise à jour ? ils ont été désactivés de toutes manières mais bon, conséquences ou pas conséquences..


    Code:
    Type   | #    | Pre # | Date                            | Utilisateur | Nettoyer | Description                | Données utilisateur
    -------+------+-------+---------------------------------+-------------+----------+----------------------------+--------------------
    single | 0    |       |                                 | root        |          | current                    |                    
    single | 1    |       | jeu. 11 janv. 2018 01:23:43 CET | root        |          | first root filesystem      |                    
    pre    | 1281 |       | sam. 09 juin 2018 23:20:06 CEST | root        | number   | zypp(packagekitd)          | important=yes      
    post   | 1282 | 1281  | sam. 09 juin 2018 23:24:56 CEST | root        | number   |                            | important=yes      
    pre    | 1301 |       | lun. 11 juin 2018 23:33:56 CEST | root        | number   | zypp(packagekitd)          | important=yes      
    post   | 1302 | 1301  | lun. 11 juin 2018 23:38:35 CEST | root        | number   |                            | important=yes      
    pre    | 1317 |       | ven. 22 juin 2018 08:37:51 CEST | root        | number   | zypp(packagekitd)          | important=yes      
    post   | 1318 | 1317  | ven. 22 juin 2018 08:42:31 CEST | root        | number   |                            | important=yes      
    pre    | 1329 |       | ven. 22 juin 2018 18:29:09 CEST | root        | number   | avant à la mise à jour     | important=yes      
    pre    | 1330 |       | ven. 22 juin 2018 18:52:41 CEST | root        | number   | avant à la mise à jour     | important=yes      
    pre    | 1353 |       | ven. 22 juin 2018 23:30:01 CEST | root        | number   | avant à la mise à jour     | important=yes      
    pre    | 1354 |       | sam. 23 juin 2018 00:02:24 CEST | root        | number   | avant à la mise à jour     | important=yes      
    post   | 1355 | 1354  | sam. 23 juin 2018 06:53:07 CEST | root        | number   | après la mise à jour       | important=yes      
    pre    | 1388 |       | sam. 23 juin 2018 15:28:01 CEST | root        | number   | yast inst_release_notes    |                    
    post   | 1389 | 1388  | sam. 23 juin 2018 15:36:40 CEST | root        | number   |                            |                    
    pre    | 1390 |       | sam. 23 juin 2018 16:03:39 CEST | root        | number   | zypp(packagekitd)          | important=no       
    post   | 1391 | 1390  | sam. 23 juin 2018 16:03:58 CEST | root        | number   |                            | important=no       
    pre    | 1392 |       | dim. 24 juin 2018 14:35:46 CEST | root        | number   | yast OneClickInstallWorker |                    
    pre    | 1393 |       | dim. 24 juin 2018 14:37:11 CEST | root        | number   | zypp(ruby.ruby2.5)         | important=no       
    post   | 1394 | 1393  | dim. 24 juin 2018 14:39:50 CEST | root        | number   |                            | important=no       
    post   | 1395 | 1392  | dim. 24 juin 2018 14:39:52 CEST | root        | number   |                            |                    
    pre    | 1396 |       | dim. 24 juin 2018 17:51:05 CEST | root        | number   | zypp(packagekitd)          | important=no       
    post   | 1397 | 1396  | dim. 24 juin 2018 17:51:16 CEST | root        | number   |                            | important=no
    je vais désactiver postfix et relancer.. Noël en juin, c'est rare, mais bon, on sait jamais :-)
    VGA compatible controller : NVIDIA corporation GK 20 [GeForce GT730] (rev a1)
    LEAP 15.0

  9. #9
    Grand caméléon Modérateur Avatar de jtro
    Inscrit
    dcembre 2009
    Lieu
    Pornichet,Bangkok,Almunecar
    Distribution
    leap 15+ Tumbleweed
    Environnement
    gnome3 + LXQT
    Messages
    2 988
    oui avant d'upgrader par zypper dup ou par le dvd,il faut désactiver tous les dépôts autres que OSS NON OSS UPDATE et UPDATE NON OSS qu'on aura pris soin de changer l'adresse par yast ou zypper en mettant 15 à la place de 42.3.
    Même en faisant ainsi,j'ai eu quelques conflits de fichiers mais pas des tonnes comme toi.

    Tu peux retenter le zypper dup en faisant attention à tes dépôts.(faire comme je t'ai dit). J'ai souvent adopter cette solution pour remettre d'aplomb un système bancal.

  10. #10
    Nouveau caméléon
    Inscrit
    janvier 2018
    Distribution
    opensuse leap 15.0
    Environnement
    KDE
    Messages
    150
    Citation Envoyé par jtro Voir le message
    Tu peux retenter le zypper dup en faisant attention à tes dépôts.(faire comme je t'ai dit). J'ai souvent adopter cette solution pour remettre d'aplomb un système bancal.
    euh !?
    si je veux downgrader vers 42.3, il faut que je desactive pacman et que j'écrive 42.3 ?
    Ca ressemble de plus en plus à un saut à l'élastique ces manips pour moi...

    et downgrader comment d'ailleurs ?
    zypper dup -1 ? zypper allowdowngrade ?
    VGA compatible controller : NVIDIA corporation GK 20 [GeForce GT730] (rev a1)
    LEAP 15.0

Tags pour ce sujet

Règles des messages

  • Vous ne pouvez pas créer de sujets
  • Vous ne pouvez pas répondre aux sujets
  • Vous ne pouvez pas importer de fichiers joints
  • Vous ne pouvez pas modifier vos messages
  •  
  • Les BB codes sont Activés
  • Les Smileys sont Activés
  • Le BB code [IMG] est Activé
  • Le code [VIDEO] est Activé
  • Le code HTML est Désactivé