Sébastien Le Ray a écrit 224 commentaires

Je pense que c'est parce que tu ne l'utilises pas assez souvent. De fait, si tu jongles entre un LO et un MSO c'est beaucoup plus dur de s'adapter (dans un sens comme dans l'autre)

Idem ici, passée la première semaine de résistance, impossible de retourner en arrière, dans 99% des cas, ce dont on a besoin est à l'écran (et le reste à 1 clic). En plus ça s'adapte en fonction de la résolution…
J'ai activé un coup le mode ruban de LibreOffice, c'est pas aussi efficace, et puis surtout j'ai l'impression de faire un bon de 10 ans en arrière niveau look & feel à chaque fois

Y a la synchro offline sous Windows (oui bon OK… faut pas être trop offline trop souvent :D).
Perso les laptops sont en profil local (mais compte domaine) avec montage du répertoire perso en offline files, les autres en roaming profile et montage du répertoire perso sans offline files (j'avais tenté le AppData & cie en montage direct mais ça se vautrait grave, faut dire qu'il y avait une bonne quantité de XP).
Quel que soit le cas je ne vois aucune justification à avoir des comptes utilisateur locaux sur le laptop

Mmmm je comprends pas… pourquoi tes utilisateurs utilisent pas leur compte de domaine même quand ils sont en vadrouille ?

tout comme sous Windows, il faut écrire le domaine quand on change d'utilisateur

Heu non, par défaut tu t'authentifies sur le domaine que la machine a join (ou le dernier domaine utilisé je sais plus mais en tout cas tu n'as pas à saisir le domaine à chaque changement)

Les navigateurs savent très bien mettre en page si la ligne déborde de l'écran…

Génial ça !
Et hop un startup script crado pour l'appliquer à tout le parc :-)
Merci

Je confirme c'est le cas sous Windows, pour Thunderbird également ce qui en fait une plaie sur ce point en entreprise…

Pour en avoir fait l'expérience tout le week-end, tu peux éventuellement récupérer des trucs en

• étant patient (parce que quand tu mountes il fait des trucs en mode silencieux)
• en désactivant le max de trucs au mount, genre mount -oro,nospace_cache,norecovery,skip_balance

J'ai réussi à en récupérer pas mal comme ça… mais bon ça reste un FS qui part allègrement en vrille dès qu'on dépasse les quelques To et qu'il y a des I/O parallèles (je compte plus les hung_tasks avec une stack btrfs dans le dmesg)…

Hormis les VMs, est-ce que tu as d'autres exemples de modifications de fichiers de ce type ?

C'étaient effectivement des ISOs de VM dans le cas que j'ai en tête

Dans le cas d'une utilisation pro ou perso ?

Utilisation pro, on avait besoin de pouvoir faire des snapshots pour la rotation des backups…

Tiens encore à l'instant :

INFO: task kworker/u16:3:126 blocked for more than 120 seconds.
Not tainted 4.9.0-0.bpo.3-amd64 #1
Workqueue: btrfs-freespace-write btrfs_freespace_write_helper [btrfs]
Call Trace:
[<ffffffffa8c0089d>] ? __schedule+0x23d/0x6d0
[<ffffffffa8c00d62>] ? schedule+0x32/0x80
[<ffffffffc055ee16>] ? btrfs_tree_lock+0x126/0x220 [btrfs]
[<ffffffffa86bb830>] ? wake_up_atomic_t+0x30/0x30
[<ffffffffc04f8b4d>] ? btrfs_search_slot+0x6bd/0x9e0 [btrfs]
[<ffffffffc0538458>] ? btrfs_mark_extent_written+0xa8/0xb70 [btrfs]
[<ffffffffc054123e>] ? lock_extent_bits+0x7e/0x240 [btrfs]
[<ffffffffa87e1a69>] ? kmem_cache_alloc+0xb9/0x200
[<ffffffffc051e552>] ? join_transaction.isra.14+0x22/0x3f0 [btrfs]
[<ffffffffc0520fbd>] ? start_transaction+0x9d/0x4a0 [btrfs]
[<ffffffffc052a9c1>] ? btrfs_finish_ordered_io+0x441/0x690 [btrfs]
[<ffffffffa862ecc5>] ? sched_clock+0x5/0x10
[<ffffffffc0554b56>] ? normal_work_helper+0xc6/0x2d0 [btrfs]
…


À une époque, la compression finissait en deadlock sur des fichiers de quelques GiB si on modifiait des blocs au milieu du fichier.
Globalement dès que tu passes en utilisation intensive ça commence à piquer. Pour l'utiliser en backups sur de gros volumes, les hung tasks et le freeze sont pas si rares que ça.
Perso je suis en train de tout basculer sur ZFS après 4 années à me dire « ça ira mieux à la prochaine release »

Généralement, si ça met de plus en plus longtemps c'est lié à la taille du profil. En particulier sur les PC pros où y a de fortes chances qu'ils soit en roaming (donc synchro via le réseau).
C'est pas la faute de Windows mais des applicatifs (coucou Thunderbird et tes gigas de mails stockés par défaut dans le %APPDATA%)

Et aujourd'hui Windows 10 laisse 1 journée ou deux de répits avant de forcer la main (avec la possibilité de renouer le délai si nécessaire)

Heu non, en fait il attend d'être "hors des heures d'activité" (que tu peux pas forcer à 24/24 bien sûr) pour rebooter…

sans aucun rapport, jette un coup d'oeil sur ta page perso… :-)

Oui, ça doit faire 5 ans que je m'en occupe demain :-)

Des qualités comme "j'oublie le paramétrage du layout des outils à chaque chargement"? Ou "j'ai un système d'aimantage minable" ?
Sérieusement je crois que c'est un des pires softs que j'aie vu en termes d'utilisabilité…

Quel est l'intérêt de cette fonctionnalité qui fait qu'il faille absolument l'activer par défaut ? J'avoue que j'ai du mal à comprendre.

Le fait de ne pas laisser de ressources traîner sur un système multi-utilisateurs ?

À la base la fonctionnalité n'excluait que root, pour avoir un entre-deux ils ont rajouté les users « système » et enfin on peut la désactiver.
Oui c'est chiant que ça introduise une régression (et encore, dans un cas bien particulier d'utilisation duale d'un user daemon qui a un UID d'utilisateur normal), mais le problème des fonctionnalités désactivées par défaut c'est que personne ne les utilise :-)

Si tu regardes bien, même la personne rapportant le bug est d'accord sur le fait qu'il n'y a rien à corriger dans systemd.
Ça n'arrive que si l'utilisateur postgres (dans ton cas) n'est pas taggé comme system_user et qu'il est utilisé comme un utilisateur classique en plus de son utilisation daemon et l'option est configurable… Du coup j'ai du mal à voir le reproche (mis à part que le threshold pour les system users est défini à la compilation et non dynamiquement en fonction de login.defs).

Mais pourquoi foutre en l'air la philosophie KISS ?

Parce qu'en fait KISS quand tu essaies de gérer un système complexe comme un OS de base d'aujourd'hui ben ça fini par devenir un amoncellement de rustines infâmes… Alors c'est sûr vu que tout le bordel est caché par les gens qui font les distros on s'en rend pas bien compte, mais bon entre un système où je peux filtrer mes logs avec des requêtes naturelles et une chaîne de grep | grep -v | sed | oh-merde-c-est-encore-un-autre-format-de-timestamp, le choix est vite fait

De ce que je lis, et personne ne le contredit ici, systemd a un resolveur DNS et un outil NTP intégrés (même s'ils tournent dans des processus séparés), qui ne sont pas remplaçables par des outils existants parce qu'ils se basent sur une interface fabriquée par systemd, non standard, et donc parfaitement susceptible de changer n'importe quand.

Cadeau et cadeau

Quid de mon choix ?

Bah justement c'est ton choix, pour paraphraser Zenitram, ne demande pas aux autres de l'assumer, RedHat et Poettering ont eu le choix entre suivre ta voie et refaire les outils… bizarrement je pense qu'ils ont un tout petit peu réfléchi auparavant. Tu veux plugger les sytèmes existants ? Pas de soucis, t'as juste à rajouter le thin layer pour la compat' DBus. Vu que c'est des outils « KISS » ça doit être trivial non ?

Faut sortir du schéma de pensée où systemd est un système d'init. C'est un ensemble d'outils qui utilise les spécificités offertes par le noyau Linux. L'un de ces outils est un init. Le principal intérêt est d'avoir un système normalisé où les interactions entre les différents composants ne tournent pas au cauchemar (et pour ça il faut faire des choix: renoncer à la portabilité et ne pas chercher à prendre en charge 10 000 outils extérieurs plus ou moins bien conçus)

Je pense qu'il fallait lire « C'est quoi ? Une ROM Android ? »

Et de toute façon sans chiffrement une machine à laquelle on a un accès physique est compromise…

C'est là que c'est pas logique… Pour moi il serait plus pertinent d'avoir systématiquement du string en entrée (puisqu'il n'y a pas de typage en HTTP) et de devoir volontairement transtyper si on a besoin de quelque chose d'autre.

Il serait bien aussi que le calendrier soit intégré par défaut comme l'idée était décrite dans la roadmap.

C'est le cas depuis la v38 (et ça pose pas mal de soucis à ceux qui avaient le plugin lightning installé manuellement d'ailleurs…)

Sortie : 22/10/2009… 10 ans 1/2 de prise en charge c'est pas mal non ?