littlebreizhman a écrit 1307 commentaires

Comme cela a été déjà dit, les bugs suite aux montés de version ne sont malheureusement pas l'apanage de Mageia.
Je n'ai pas fait le tour des forums communautaires mais je suppose que l'on y trouve aussi plus d'entrée post MAJ.

Et évidemment, dans ce cas, seuls les personnes ayant des problèmes postent. Ceux chez qui tout va bien, on en entend moins parler.

Perso, je me considère relativement expérimenté mais la maj vers la dernière ubuntu s'est vautrée et sur un serveur avec peu de paquets "Desktop". Par contre, j'ai su la récupérer.

J'ai une machine sous caudron, historiquement, j'ai débuté sous linux avec une Mandrake 7.
Vu le nombre de versions et de paquets que l'on a vu passer autour de l'upgrade de Qt et de plasma, je pense que des tests ont été fait.

Personnellement, je suis satisfait de cette distrib en rolling release et qui est plutôt stable avec un peu de prudence (comme pour des mises à jour de ce genre).

Après la mode est de tirer à vue sur mageia depuis leur grosse boulette sur la sécurité de leurs serveurs et la communication qui allait autour…

C'est probablement comme ça que les posts de foobarfoo ont été catégorisés.

Reste qu'ils (dans les faits, je ne sais pas réellement qui sont les personnes qui modèrent les blogs) semblent modérer violemment quand même : https://ml.mageia.org/l/arc/council/2018-05/msg00037.html (lien que je trouve plus lisible que le lien posté par manuel plus haut (https://linuxfr.org/users/foobarfoo/journaux/mise-a-jour-mageia-attention-danger#comment-1739255) avec certes un recoupement des IPs et horaires.

Il devrait faire comme ici : le contexte reste (qui, quand, ou dans le thread avec le message de l'équipe linuxfr qui a modérer le contenu.

Sur la version française, il y a un commentaire "constructif" qui décrit bien la situation de foobarfoo sans aucun détail autres que le résultat.
https://blog.mageia.org/fr/2018/05/15/problemes-lies-a-la-grande-mise-a-jour/#comments

C'est dans la version en anglais, la suppression des posts ?

Le bon coté des choses, c'est qu'au moins ils s'interrogent sur le sujet.

Les trois sont des bonnes réponses à ta question :) sans plus précision du type d’abonnement que tu as.

Ton IP publique est celle que te donne ton opérateur.

Elle peut être fixe (comme chez free par exemple) ou dynamique (comme chez Orange sans option) si on prends des exemples en France.

Dans le cas d'une IP dynamique, le fait de redémarrer/déconnecter la box va provoquer la demande d'une nouvelle adresse IP et elle peut alors être différente de la précédente (par contre, je ne sais pas s'il y a un changement d'IP à chaque fois, n'étant pas chez Orange).

Dans le cas d'une IP fixe, elle est définitivement allouée, en changer est impossible sauf redemander un nouvel abonnement.
Par contre, comme indiqué dans la première réponse, utiliser un VPN permet de la "masquer" par une autre IP attribuée par le VPN.
Il te faudra donc choisir un fournisseur d'accès VPN avec les options qui te conviennent et son tarif.
Après, pour utiliser une connexion vers le vpn de ton choix, il faut le configurer (probablement avec Network-Manager sous Mint ? avec le paquet quivabien du genre network-manager-openvpn) en important un fichier de config fournit par le fournisseur du dit VPN.

Il est possible de mettre à jour d’une version LTS à une autre. Si vous utilisez actuellement Ubuntu 16.04 LTS, notez que la mise à jour ne vous sera pas proposée avant fin juillet et la sortie de la première réédition « 18.04.1 » de cette nouvelle Ubuntu. En attendant, si vous souhaitez forcer le mouvement, vous pouvez simplement lancer la commande do-release-upgrade -d.

Et souvent un bon nettoyage ça aide aussi avant l'été.

Si c'est pour faire du remplissage n'y a t-il vraiment rien d'autre de plus interessant a publier sur Linuxfr ?
un portage de TapTempo par exemple ?

Sans le format de départ dans le fichier, c'est un peu compliqué d'être précis (tabulé,avec un séparateur particulier, chaine de caractères ?).
S'il n'y a pas de délimiteur autre que l' et sachant qu'il peut faire parti du code isotope, il peut y avoir des problèmes (faux négatifs et ou faux positif)

En considérant le code isotope est alphanumérique en majuscule et avec espace possible :

#on cherche un motif de 6 caractères exactement pouvant être espace, des lettres en majuscules et des chiffres
for my $str(("SN129M"," C 13 ","C12","plop coin", "ex : C 14 pour le carbone 14")){
    if($str=~ /([ A-Z0-9]{6})/){
    print "'".$str."' -> isotope : '".$1."'\n";
    }
    else{
        print "'".$str."' -> isotope non trouvé\n";
    }
}

rendra

'SN129M' -> isotope : 'SN129M'
' C 13 ' -> isotope : ' C 13 '
'C12' -> isotope non trouvé
'plop coin' -> isotope non trouvé
'ex : C 14 pour le carbone 14' -> isotope : ' C 14 '

Où alors c'est le pire portage de TapTempo que j'ai vu jusqu'ici !

->[]

Bienvenue sur tapetempofr.org :)

En tout cas merci pour ce journal et à celui de la mouche zobzob qui cassent un peu la routine des portages en masse, certes intéressants car plutôt pédagogique pour comprendre les différences entre les langages.
Assez néophyte en la matières sorti de mes quelques langages plus ou moins maitrisés, certains langages sont étonnants.

Que dit la commande scanimage fournie par sane

# scanimage -L
device `brother4:net1;dev0' is a Brother ADS-1100W ADS-1100W

Si elle ne trouve pas ton scanner, je doute que ironscanner puisse le trouver s'il se base, si j'ai bien compris, sur les libs sane.

Comme je suis têtu et en vacances avec un temps pourri…
J'ai tout réinstallé (pilote un peu plus à jour et config)
Et c'est ok (image dans le rapport en NB car impression en NB)

En fait, mon scanner était éteint !
J'ai aussi viré l'entrée de l'ancien qui n'existe plus.
ça fonctionne mieux d'un point de vue de ironscanner :)

Le scanner a bien effectué le scan (il a fait passer la page mais erreur quand même à l'étape "let's scan"). Il a affiché une croix rouge d'erreur mais je n'ai pas plus de détail.

La trace étant dans le rapport envoyé, je ne la recopie pas ici.

Mon scanner est configuré pour que lorsque je scan depuis l'appareil en appuyant sur une touche, le pdf généré est transféré par ftp dans un dossier sur mon serveur (pas de nouveau fichier créer dedans par contre). Cela a-t-il pu interférer avec ironscanner qui n'a pu récupérer le scan ?

J'ai fait 2 tests, mêmes erreurs, le 2nd rapport étant correctement complété coté détails du scanner.

A ton service pour faire d'autres tests si nécessaires.

Ok, on en reste là pour l'instant alors…

Yes, c'est mieux mais… je vais continuer le rapport de bug ici :)

J'ai bien une fenêtre qui s'ouvre sans décoration et j'ai un warning canberra-gtk-module.
Pourtant, il devrait y avoir ce qu'il faut (à moins que cela cherche les libs 32bits)

[root@hyperion ~]# rpm -qa | grep canberra-gtk
lib64canberra-gtk3_0-0.30-11.mga6
lib64canberra-gtk0-0.30-11.mga6
canberra-gtk-0.30-11.mga6

Je clique sur le premier bouton suivant et ça freeze.
Pas moyen de saisir quelque chose.
Bonne nouvelle, la trace (cf ci dessous) montre que mon scanner a été trouvé (plus celui de mon ancienne multifonction). Je vais devrait pouvoir faire un rapport si ça marche.

Je finis par tuer le process.

Ma distrib est une Mageia Cauldron à jour et j'utilise l'exécutable linux que tu fournis.
Le python doit avoir des partie installées via package et doit par pip3.

Gtk-Message: Failed to load module "canberra-gtk-module"
INFO   2018-03-07 22:59:06,548 ironscanner.main Pyinsane2 daemon: ['/tmp/ironscanner', '-m', 'pyinsane2.sane.daemon', '/tmp/pyinsane_fqv9_o31', '/tmp/pyinsane_fqv9_o31/pipe_c2s', '/tmp/pyinsane_fqv9_o31/pipe_s2c']
INFO   2018-03-07 22:59:06,548 Pyinsane_daemon Ready
INFO   2018-03-07 22:59:06,548 pyinsane2.sane.abstract_proc Connected to Pyinsane subprocess
INFO   2018-03-07 22:59:06,549 ironscanner.main Pyinsane2 ready
/tmp/_MEIpLHIVy/ironscanner/util.py:75: Warning: g_value_type_transformable: assertion 'G_TYPE_IS_VALUE (src_type)' failed

(ironscanner:5261): Gtk-WARNING **: /build/gtk+3.0-NmdvYo/gtk+3.0-3.22.11/./gtk/gtkliststore.c:836: Unable to convert from (null) to gchararray

(ironscanner:5261): Gtk-CRITICAL **: gtk_assistant_set_page_has_padding: assertion 'child != NULL' failed
INFO   2018-03-07 22:59:12,323 ironscanner.main Looking for scanners ...
INFO   2018-03-07 22:59:13,300 ironscanner.main 2 scanners found
INFO   2018-03-07 22:59:13,301 ironscanner.main brother4:net1;dev1 -> Brother *ADS-1110W (brother4:net1;dev1)
INFO   2018-03-07 22:59:13,301 ironscanner.main brother4:net1;dev0 -> Brother *DCP-J725DW (brother4:net1;dev0)
INFO   2018-03-07 22:59:13,303 ironscanner.main Selected scanner: brother4:net1;dev1
WARNING 2018-03-07 23:00:11,684 Pyinsane_daemon Exception
Traceback (most recent call last):
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/daemon.py", line 136, in main_loop
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/daemon.py", line 37, in get_options
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract.py", line 442, in _get_options
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract.py", line 413, in __load_options
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract.py", line 398, in _open
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/rawapi.py", line 591, in sane_open
pyinsane2.sane.rawapi.SaneException: <class 'pyinsane2.sane.rawapi.SaneStatus'> : Data is invalid (4)
ERROR  2018-03-07 23:00:11,684 ironscanner.log === UNCATCHED EXCEPTION ===
Traceback (most recent call last):
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/main.py", line 325, in _on_scanner_selected
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 259, in _get_options
  File "site-packages/pyinsane2-2.0.12-py3.5.egg/pyinsane2/sane/abstract_proc.py", line 74, in remote_do
pyinsane2.sane.rawapi.SaneException: <class 'pyinsane2.sane.rawapi.SaneStatus'> : Data is invalid (4)
ERROR  2018-03-07 23:00:11,685 ironscanner.log ===========================

Pareil

Traceback (most recent call last):
  File "gi/importer.py", line 138, in load_module
  File "gi/module.py", line 275, in get_introspection_module
  File "gi/module.py", line 122, in __init__
gi.RepositoryError: Typelib file for namespace 'xlib', version '2.0' not found

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "launcher.py", line 6, in <module>
  File "/var/lib/buildbot/slaves/openpaperwork-pyinstaller/build_linux_exe/build/venv/lib/python3.5/site-packages/PyInstaller/loader/pyimod03_importers.py", line 631, in exec_module
  File "site-packages/ironscanner-1.1.0-py3.5.egg/ironscanner/main.py", line 26, in <module>
  File "gi/importer.py", line 140, in load_module
ImportError: Typelib file for namespace 'xlib', version '2.0' not found

Déjà porté : https://linuxfr.org/users/guillaum/journaux/taptempo-en-brainfuck

Il y a un vibreur a priori : https://www.youtube.com/watch?v=FalXYkXz6WU&feature=youtu.be&t=105
Et comme dit dans la video, bien plus petit que sur l'original… mon 3310 de l'époque voyageait tout seul sur la table en cas d'appel :)

Par curiosité, j'ai lancé LibreOffice, que j'utilise rarement, pour voir sa conso cpu sur ma machine (mageia Cauldron "à jour").

Un core occupé à 100% également version : LibreOffice 5.4.4.2 40(Build:2) / glib2 2.54.3

En le lançant en console, je n'ai aucune erreur affichée (mais j'ai un environnement java installé.

En libreoffice --safe-mode : 100% également

   --safe-mode         Starts in a safe mode, i.e. starts temporarily with a
                       fresh user profile and helps to restore a broken
                       configuration.

En safe-mode, tant que la fenêtre de choix à faire (mode normal, sans échec, restoration etc est ouverte, consommation à O mais une fois validée , elle monte à 100%

De même, en demandant d'ouvrir un fichier ou les options, le temps que la boite de dialogue est ouverte, le cpu retourne à 0.

Bizarre.

https://www.wdc.com/fr-fr/products/wdlabs/wd-pidrive-foundation-edition.html

Il est capable de tourner sur l'alimentation du Pi3.
Normalement, c'est pour faire fonctionner le système dessus mais je suppose qu'il doit être possible de s'en servir pour faire une sauvegarde par exemple.

Par contre 375 Go max.

Pareil… mais merci pour l'info, j'ai changé mon mot de passe au cas où.

https://www.google.fr/search?q=MOSART+Semi.+2.4G+Wireless+Mouse+linux

Dans ce post, peut être : https://forum.ubuntu-fr.org/viewtopic.php?pid=21373891#p21373891 ?

Un exemples de jeu (ou plusieurs) avec le nom et/ou une courte description motivera peut être aussi certains à s'intéresser au projet ?
Et aux curieux comme moi de trouver peut être un jeu de plateau intéressant.

Certes mais ça m'aide pas :)
D'autant plus que j'ai l'impression que le RAID n'a rien à voir dans tout ça.

Mais sinon, à en croire l'article éventuellement le raid 6 pourrait faire l'affaire en permettant un disque de plus HS.
Par contre, on perd en place du fait de la double parité et c'est plus lent si j'ai bien compris.
A priori, on peut passer du raid 5 au raid 6 facilement
http://www.ewams.net/?date=2013/05/02&view=Converting_RAID5_to_RAID6_in_mdadm

Ou alors c'est du plusieurs volumes de raid avec ZFS par dessus ? ça demande des moyens que je n'ai pas (matériel et financier) et cela restera lent à restaurer.

Après, tout ce qui est stocké dessus n'est pas critique (sauf quelques trucs sauvegardés ailleurs), je minimise juste un peu la perte possible si un disque claque et le cas échéant, ça fera du ménage ;)

Ecriture dans /var/log/syslog juste avant l'arrêt des disques (plus de bruit de rotation)

Oct 16 21:47:10 hyperion kernel: [95404.260585] ata1.00: configured for UDMA/133
Oct 16 21:47:10 hyperion kernel: [95404.260587] ata1: EH complete
Oct 16 21:47:10 hyperion kernel: [95404.274108] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:47:10 hyperion kernel: [95404.286774] ata2.00: supports DRM functions and may not be fully accessible
Oct 16 21:47:10 hyperion kernel: [95404.287326] ata2.00: disabling queued TRIM support
Oct 16 21:47:10 hyperion kernel: [95404.288932] ata2.00: supports DRM functions and may not be fully accessible
Oct 16 21:47:10 hyperion kernel: [95404.289468] ata2.00: disabling queued TRIM support
Oct 16 21:47:10 hyperion kernel: [95404.290775] ata2.00: configured for UDMA/133
Oct 16 21:47:10 hyperion kernel: [95404.290776] ata2: EH complete
Oct 16 21:47:10 hyperion kernel: [95404.305103] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:47:10 hyperion kernel: [95404.393900] ata3.00: configured for UDMA/133
Oct 16 21:47:10 hyperion kernel: [95404.393902] ata3: EH complete
Oct 16 21:47:10 hyperion kernel: [95404.408113] sd 2:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:47:10 hyperion kernel: [95404.513159] ata4.00: configured for UDMA/133
Oct 16 21:47:10 hyperion kernel: [95404.513161] ata4: EH complete
Oct 16 21:47:10 hyperion kernel: [95404.527109] sd 3:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:47:10 hyperion kernel: [95404.625820] ata5.00: configured for UDMA/133
Oct 16 21:47:10 hyperion kernel: [95404.625822] ata5: EH complete
Oct 16 21:47:10 hyperion kernel: [95404.639628] EXT4-fs (sdb1): re-mounted. Opts: commit=600
Oct 16 21:47:10 hyperion kernel: [95404.640130] sd 4:0:0:0: [sde] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:47:10 hyperion kernel: [95404.642038] EXT4-fs (sdb2): re-mounted. Opts: commit=600
Oct 16 21:47:10 hyperion kernel: [95404.643339] EXT4-fs (md0): re-mounted. Opts: commit=600

Désactivation du cache d'écriture des disques apparemment et délai de commit pour le système de fichiers à 600 sec si je comprends bien (ou pas?) et remontage des disques.

-> sdb1 et sdb2 sont mes partitions système et home sur un ssd hors du raid.
Même punition : commit à 600 ?

Ecriture dans /var/log/syslog après avoir taper une touche du clavier

Oct 16 21:50:25 hyperion kernel: [95599.630270] ata1.00: configured for UDMA/133
Oct 16 21:50:25 hyperion kernel: [95599.630273] ata1: EH complete
Oct 16 21:50:25 hyperion kernel: [95599.644158] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:50:25 hyperion kernel: [95599.661116] ata2.00: supports DRM functions and may not be fully accessible
Oct 16 21:50:25 hyperion kernel: [95599.661678] ata2.00: disabling queued TRIM support
Oct 16 21:50:25 hyperion kernel: [95599.663236] ata2.00: supports DRM functions and may not be fully accessible
Oct 16 21:50:25 hyperion kernel: [95599.663717] ata2.00: disabling queued TRIM support
Oct 16 21:50:25 hyperion kernel: [95599.665005] ata2.00: configured for UDMA/133
Oct 16 21:50:25 hyperion kernel: [95599.665006] ata2: EH complete
Oct 16 21:50:25 hyperion kernel: [95599.680175] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:50:27 hyperion kernel: [95601.695259] ata3.00: configured for UDMA/133
Oct 16 21:50:27 hyperion kernel: [95601.695262] ata3: EH complete
Oct 16 21:50:27 hyperion kernel: [95601.710161] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:50:30 hyperion kernel: [95603.762184] ata4.00: configured for UDMA/133
Oct 16 21:50:30 hyperion kernel: [95603.762186] ata4: EH complete
Oct 16 21:50:30 hyperion kernel: [95603.775188] sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:50:32 hyperion kernel: [95605.800637] ata5.00: configured for UDMA/133
Oct 16 21:50:32 hyperion kernel: [95605.800639] ata5: EH complete
Oct 16 21:50:32 hyperion kernel: [95605.812870] EXT4-fs (sdb1): re-mounted. Opts: commit=0
Oct 16 21:50:32 hyperion kernel: [95605.814236] sd 4:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 16 21:50:32 hyperion kernel: [95605.814668] EXT4-fs (sdb2): re-mounted. Opts: commit=0
Oct 16 21:50:32 hyperion kernel: [95605.815829] EXT4-fs (md0): re-mounted. Opts: commit=0

Retour du cache en écriture et du commit EXT4-fs à 0.

Je n'y comprends pas grand chose… toutes les veilles coté DM (plasma5) sont sur off normalement.
Je suppose que je paye le fait d'être en cauldron :)

C'est une idée mais ça a fonctionné correctement pendant un bon moment, je penche donc plutôt pour une maj coté OS.