tosca

  • il y a 22 jours
  • Inscrit 8 sept. 2010
  • 5 meilleures réponses
  • Petit nouveau Adepte du forum Posteur fou Rédacteur potentiel Amoureux+ 1 de plus
  • @tosca

    Je prends sous un autre angle, pourquoi mettre tous tes fichiers dans un seul /home ? Selon les usages de chacun, tu peux avoir une partition data où tu mets tes archives, tes documents moins importants. Et ne garder que le hot dans le /home.

    De même en tant que préservation des données une politique de sauvegarde est indispensable aujourd’hui (DDE, cloud).

    Sinon il a aussi la proposition de @fgland tout simplement monter un autre /home en point de montage avec une partition plus large. Seulement, cela n’enlève pas la question de la préservation des données.

    Certes, chacun selon ses usages. Personnellement je suis fan de la simplicité (/boot ; / ; /home ; DATA) + sauvegarde DDE et sauvegarde cloud externes. Tu peux rajouter une partition swap comme tu es en HDD…

    As-tu vraiment besoin de tous tes fichiers en même temps ?

    Voilà je me permets de partager ce point de vue plus simple.

    • Fifi wrote:@tosca,
      ... Avec une machine ayant un Bios, le message " tapez F2 pour accéder au Bios" ( ou similaire, chez moi c'est " Hit Del to enter in Bios " ) doit s'afficher systématiquement, mais c'est très court. J'ai aussi l'option " Hit F8 to enter Pop Menu " et là j'ai directement le choix pour booter entre les différents périphériques ( disques durs, lecteur dvd et clé USB déjà branchée avant de démarrer l'ordi )
      J'avais écrit ça de mémoire, mais en fait c'est " Press SUPPR pour lancer le setup " et " Press F8 for BBS POPUP " ... mais ça ne change rien. Il faut que je tapote plusieurs fois, lors du lancement de l'ordi, sur la touche F8 pour que ça fonctionne !!! C'est peut-être le même " problème " chez toi ?
    • Heldwin wrote:
      nouvo09 wrote:
      Mais quel intérêt ? La procédure de vérification est sur l'iso !
      Bah l'intérêt c'est de ne pas se prendre la tête avec une iso qui est incomplète, surtout si tu la graves sur CD/DVD, ou si tu la mets sur USB.
      Tu le fais sur l'iso téléchargée directement, avant même d'en faire quoi que ce soit.

      La procédure depuis l'iso est surtout utilisée pour voir que le gravage ou la copie sur USB s'est bien déroulée (si tu as vérifié l'iso avant, tu sais que ça vient pas de l'iso):

      Sinon, pour ce genre de raison: https://www.howtogeek.com/246332/how-to-verify-a-downloaded-linux-iso-file-wasnt-tampered-with/
      +1
    • nouvo09 wrote:
      Mais quel intérêt ? La procédure de vérification est sur l'iso !
      Oui, si la clé USB où on a gravé l'iso boote bien et qu'on arrive dans le menu où on peut tester le média, mais parfois ça ne boote même pas.

      J'ai fais le test :

      - Téléchargement de Fedora-Design_suite-Live-x86_64-25-1.3.iso

      - Copie sur clé USB ( /dev/sdg chez moi ) avec # dd if=Fedora-Design_suite-Live-x86_64-25-1.3.iso of=/dev/sdg bs=4M

      @tosca ; attention de copier sur /dev/sdx et non sur /dev/sdx1, x étant ta clé.

      -Boot sur clé USB : erreur : message furtif ( mais que j'ai pu bloquer avec touche Pause du clavier ) : " isolinux.bin missing or corrupt " et boot automatique sur mon disque dur.

      -Vérification de l'iso avec sha256sum :
      [fifi@localhost ~]$ cd Téléchargements/
      [fifi@localhost Téléchargements]$ sha256sum -c Fedora-Labs-25-1.3-x86_64-CHECKSUM 
      sha256sum: Fedora-Security-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Security-Live-x86_64-25-1.3.iso: FAILED open or read
      sha256sum: Fedora-Robotics-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Robotics-Live-x86_64-25-1.3.iso: FAILED open or read
      sha256sum: Fedora-Games-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Games-Live-x86_64-25-1.3.iso: FAILED open or read
      sha256sum: Fedora-Scientific_KDE-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Scientific_KDE-Live-x86_64-25-1.3.iso: FAILED open or read
      Fedora-Design_suite-Live-x86_64-25-1.3.iso: Réussi
      sha256sum: Fedora-Astronomy_KDE-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Astronomy_KDE-Live-x86_64-25-1.3.iso: FAILED open or read
      sha256sum: Fedora-Jam_KDE-Live-x86_64-25-1.3.iso: Aucun fichier ou dossier de ce type
      Fedora-Jam_KDE-Live-x86_64-25-1.3.iso: FAILED open or read
      sha256sum: Attention : les lignes 19 ne sont pas correctement formatées
      sha256sum: Attention : les fichiers 6 affichés n'ont pas pu être lus
      J'ai la ligne Fedora-Design_suite-Live-x86_64-25-1.3.iso: Réussi, donc le l'iso est bon, mais pourquoi ça ne boote pas sur la clé ???

      -Autre essai de copie avec dd en changeant un paramètre ( 8M ) et ajoutant sync ;
      [fifi@localhost Téléchargements]$ su -
      Mot de passe : 
      [root@localhost ~]# cd /home/fifi/Téléchargements/
      [root@localhost Téléchargements]# dd if=Fedora-Design_suite-Live-x86_64-25-1.3.iso of=/dev/sdg bs=8M && sync
      262+1 enregistrements lus
      262+1 enregistrements écrits
      2204106752 bytes (2,2 GB, 2,1 GiB) copied, 132,81 s, 16,6 MB/s
      [root@localhost Téléchargements]#
      commande modifiée trouvée là : https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB/fr ( paragraphe 6.5 )

      Et après ça, ça boote bien sur la clé et j'arrive au bureau du Live Fedora-Design_suite...

      Pourquoi la commande dd avec l'option bs=4M n'a pas fonctionné, je ne sais pas, mais avec bs=8M et sync ça a fonctionné !
    • nouvo09 wrote:
      Mais quel intérêt ? La procédure de vérification est sur l'iso !
      Bah l'intérêt c'est de ne pas se prendre la tête avec une iso qui est incomplète, surtout si tu la graves sur CD/DVD, ou si tu la mets sur USB.
      Tu le fais sur l'iso téléchargée directement, avant même d'en faire quoi que ce soit.

      La procédure depuis l'iso est surtout utilisée pour voir que le gravage ou la copie sur USB s'est bien déroulée (si tu as vérifié l'iso avant, tu sais que ça vient pas de l'iso):

      Sinon, pour ce genre de raison: https://www.howtogeek.com/246332/how-to-verify-a-downloaded-linux-iso-file-wasnt-tampered-with/
    • @tosca,
      le CHECKSUM pour vérifier l'iso se trouve là : https://ftp-stud.hs-esslingen.de/pub/Mirrors/alt.fedoraproject.org/releases/25/Labs/x86_64/iso/

      Avec une machine ayant un Bios, le message " tapez F2 pour accéder au Bios" ( ou similaire, chez moi c'est " Hit Del to enter in Bios " ) doit s'afficher systématiquement, mais c'est très court. J'ai aussi l'option " Hit F8 to enter Pop Menu " et là j'ai directement le choix pour booter entre les différents périphériques ( disques durs, lecteur dvd et clé USB déjà branchée avant de démarrer l'ordi )
    • nouvo09 wrote:
      copier l'iso ?

      dd if=Fedora-design-suite-blablabla.iso of=/dev/sd{N° de la clé usb} bs=4M

      et tu bootes sur la clé !

      [edit] je suis en train de le graver pour voir.
      Je dirais plutôt
      dd if=Fedora-design-suite-blablabla.iso of=/dev/sd{lettre +N°de la clé usb} bs=4M
      @tosca : tu trouves ta clé avec fdisk -l en root
    • nouvo09 wrote:je n'utilise pas journalctl, mais tu as une option qui te permet de ne voir que les messages du dernier boot.
      Oui : -xb -0 mais ça fait encore une multitude de lignes ! voir man journalctl

      @tosca : peut-être en filtrant avec le mot-clé wacom ou Wacom au lieu de failed ??? Il y a une option pour que le filtrage ne soit pas sensible à la casse, mais je ne sais plus laquelle ... 🙁
    • Fifi wrote:
      tosca wrote:Hmm ... rappelle-moi ce que signifie dm
      @tosca : infos sur les dm : http://www.makeuseof.com/tag/choose-switch-linux-display-managers/ 😉
      Je me coucherai moins bête ce soir ! :-D
      Edouard_le_homard wrote:Tu peux toujours utiliser xorg avec Fedora 25 en attendant que Wayland fonctionne parfaitement
      Le system-upgrade est en cours. Par contre, j'ai reçu cette information :
      Though I think you should be able to switch F25 to X, last time I checked it was non-trivial. 
      via la mailing-list Wacom. Pas hyper-rassurant !
      À suivre ...
    • Renault wrote:@VINDICATORs:
      Il ne faut pas prendre Microsoft et les développeur de Windows pour des nœuds nœuds, s'ils font ça c'est pour une bonne raison et nous en avons la preuve aujourd'hui et cela pourrait se reproduire.

      La seule solution pour éviter cela est le cloisonnement des applications via Flatpack, mais cela ne concerne que les applications et non les couches basses du système.

      @tosca

      Rien ne t'empêche de faire tes mises à jour comme préconisé par le projet Fedora. Au contraire.
      À priori le problème est résolu si ta machine est à jour à l'heure actuelle.
      Je sais, j'en vois assez au taff . C'est juste que je tiens pas à le voir débarquer sous linux vu le bordel que cela provoque sous win.

      Après je n'ai pas vu passer ce bogue, mais après je n'utilise la deuxième carte que pour l'affichage. Et non avec la possibilité d'utiliser l'une ou l'autre, ce qui explique sans doute pourquoi je ne l'ai pas vu.
    • Renault wrote: @tosca

      Rien ne t'empêche de faire tes mises à jour comme préconisé par le projet Fedora. Au contraire.
      Renault wrote: C'est tout de même plus contraignant qu'un dnf update qui tourne en arrière-plan.
      À priori le problème est résolu si ta machine est à jour à l'heure actuelle.
      Tu as une information précise sur le sujet ?
    • @VINDICATORs:
      Il ne faut pas prendre Microsoft et les développeur de Windows pour des nœuds nœuds, s'ils font ça c'est pour une bonne raison et nous en avons la preuve aujourd'hui et cela pourrait se reproduire.

      La seule solution pour éviter cela est le cloisonnement des applications via Flatpack, mais cela ne concerne que les applications et non les couches basses du système.

      @tosca

      Rien ne t'empêche de faire tes mises à jour comme préconisé par le projet Fedora. Au contraire.
      À priori le problème est résolu si ta machine est à jour à l'heure actuelle.
    • @tosca

      Perso : preupgrade l'an dernier de F14=>F15 : nickel.

      Puis il y a quelques temps F15=>F16, nickel aussi, sur PC et sur portable.

      Personnellement, je ne me serais pas risqué de passer directement de F14 à F16, même si chez certains ça a marché.

      Mais je penche chez toi pour un problème de grub non installé à cause de la présence de Ouinedose, comme dans l'autre sujet http://forums.fedora-fr.org/viewtopic.php?id=56529 de ce jour.
    • MarbolanGos wrote:C'est pas des doublons c'est les fichiers de sauvegarde de gedit (ou autre) quand on ouvre avec un éditeur comme ça il crée les fichiers tilde. C'est pas gênant normalement.
      Sur mon écran j'vois des - c'est pour ça 😉

      @tosca : oka c'est juste une confusion de lecture de ma part, ce sont effectivement les fichiers modifiés par Gedit qui donnent ça, rien de gênant en soit.
      Si tu fais la commande ci-dessous yum devrait lire tous les dépôts et t'indiquer s'ils sont actif ou non. Si rpmfusion-free est actif avec un nombre de paquet c'est qu'il sera accessible pour lui
      $ yum repolist all
    • chepioq wrote:@tosca
      As-tu les kernel-devel installés ?
      rpm -qa kernel*
      
      Apparemment, oui, je pense :
      [root@acer1 ~]# rpm -qa kernel*
      kernel-devel-2.6.40.6-0.fc15.i686
      kernel-2.6.40.4-5.fc15.i686
      kernel-2.6.38.6-26.rc1.fc15.i686
      kernel-2.6.40.3-0.fc15.i686
      kernel-headers-2.6.40.6-0.fc15.i686
      
    • @tosca
      As-tu les kernel-devel installés ?
      rpm -qa kernel*
      
    • @tosca | Merci !

      J'ai commencé à le lire et il est très intéressant, en tout cas pour un débutant.
    • @tosca : SysVinit_to_Systemd
      Le passage à Systemd est un changement majeur, tous les services et docs associées n'ont pas été migrés, mais normalement il y a rétro-compatibilité des commandes de démarrage des services.