Le Forum de l'Alliance Francophone

Nouvelles:

Auteur Sujet: MT [AF>Libristes] : le topic  (Lu 621666 fois)

0 Membres et 1 Invité sur ce sujet

Hors ligne Pascal94

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6589
  •   
    • Forum des Libristes
Réponse #475 le: 30 October 2010 à 21:20
m'énerve ce surnom ....................  :cavachier: :cavachier: :blbl: :priz2tet: :rhaa:
meuh non, faut pas, c'est parce je t'aime bien JiP  :D

ce qui a été fait peut-être défait .................................  :gniak: :siflotte: :D
ah bon ? je sais pas comment on fait  :D



jip

  • Invité
Réponse #476 le: 30 October 2010 à 21:28
Pfffffffffffff ! tous des galopins !

 :lol: :lol: :lol:

pas un pour rattraper les autres.

et les admins et modos plus galopins que les autres .... :blbl:

 :lol: :lol: :lol: :lol:



Hors ligne mcroger

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6178
  •   
Réponse #477 le: 30 October 2010 à 21:38
et les admins et modos plus galopins que les autres .... :blbl:

:siflotte:



Hors ligne Jaehaerys Targaryen

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 10388
  •   
Réponse #478 le: 30 October 2010 à 21:43
Voici une petite news sécuritaire pour vous... (vous aussi vous avez vos virus...)

Le virus Koobface s’invite sur Mac OS X et Linux

Bien que ce soit extrêmement rare, Mac OS X et Linux ont aussi droit à des virus. Cette fois, c’est une nouvelle version du vieux ver Koobface qui a été repérée. Une menace très limitée.


http://www.01net.com/editorial/522984/le-virus-koobface-s-invite-sur-mac-os-x-et-linux/
« Modifié: 30 October 2010 à 21:59 par Polynésia "the Question Man" »



Twitter : devweborne // Chaine Youtube : https://www.youtube.com/channel/UCXcoCd-1UlHpYIYzNER0n1Q


Hors ligne Pascal94

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6589
  •   
    • Forum des Libristes
Réponse #479 le: 30 October 2010 à 21:55
merci pour la news, mais on y relève 2 choses : pour que "PhotoAccess" s'installe, il faut déjà l'autoriser dans un premier temps. or, rien que son nom, ça sent le truc genre sites pornos à 2 balles, qui t'installent "accès" à leur contenu, plutôt un accès à celui de ton disque dur  :gno:

ensuite, il devient inactif dès lors que l'on éteint la machine, puisqu'il ne possède pas de mécanisme de chargement automatique au démarrage, comme sous windows.

mais bon, ça viendra forcément un jour, les virus Linux  :jap:



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Réponse #480 le: 01 November 2010 à 00:46
J'espère pour vous que ça viendra, ça sera un indicateur du succès de linux :D

Pour moi c'est reparti dans la mouise, ma VM ubuntu 10.10 que j'avais tant peiné à élever et qui cunchait gentiment du virtual prairie sans même me demander de l'emmener au macumba refuse maintenant de booter depuis la dernière upgrade de parallels desktop (censé justement corriger la possibilité d'installer les parallels tools sur la 10.10) : un memtest se lance dès le boot, et impossible d'en sortir, si je le laisse finir (après trrrrès longtemps, tout ça pour tester 1 Go) et il finit en success, puis recommence... arrêt forcé de la VM n'y change rien... la loose :/

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



jip

  • Invité
Réponse #481 le: 01 November 2010 à 08:53
ça m'a l'air super bien "parallels desktop" ...

pourquoi tu t'acharne avec ça ?

ça commence à tenir du masochisme, non ?

Ou alors c'est que tu as plutôt des reproches envers Virtualbox ?

Visiblement tes camarades de mt qui l'utilisent ont l'air bien moins embêtés, non ? .....



Hors ligne mcroger

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6178
  •   
Réponse #482 le: 01 November 2010 à 09:28
Perso j'utilisait VMware (premier à supporter le 64bits) mais suite à des soucis de VM après une mise à jour Mac OS X, je suis passé sous Virtualbox, qui depuis le supporte aussi.

Et là pas de soucis (mais c'est vrai que mon utilisation est fort sporadique).



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Réponse #483 le: 02 November 2010 à 23:01
Bon j'ai réinstallé une VM toute propre ubuntu 10.10 sur la dernière version et ça marche nickel (y compris les parallels tools). C'était un peu ma faute aussi : upgrade à la sauvage avec VM en freeze (donc toujours active) et même pas backupée, y'en a qui cherchent les coups :D

Mais bon maintenant tout marche, au prochain upgrade je serai plus prudent !

(et j'ai laissé tomber l'économie de ressources)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #484 le: 04 November 2010 à 18:04
:hello: les libristes,

mon ubuntu me casse les bombons pour ne pas changer :priz2tet:

Le truc : je dois débrancher mon 2nd disque dur pour retour SAV.
Il est vide, partition supprimée et "données détruites". Techniquement, il marche encore très bien (c'est le syndrome des DD western digital qui s'usent prématurément : donc là c'est retour SAV - bon d'achat - remplacement par un DD qui n'est pas en carton).
Donc :
sda1 = 2nd DD a dégager.
sdb1 = 1er DD à conserver.

Problème : impossible de démarrer ubuntu si le 2nd DD n'est pas physiquement connecté au PC.
Sinon, j'ai un blocage écran noir au boot et enter m'affiche un blabla comme quoi sdb1 n'est pas accessible :priz2tet:

Si je redémarre avec le DD connecté, ça roule. Et bien sûr, il n'apparait pas dans mon poste de travail (mais il n'a pas à y être puisque je l'ai démonté et supprimé les partoches).
Mon fstab est a priori correct (commentaire de la ligne sda1 ajouté par mes soins) :
Citer
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=0c88859c-97e0-4fcc-af2c-655267b80e90 /               ext4    errors=remount-ro 0       1
#montage du dossier home de la partition sda5
UUID=88c02183-c81a-4874-a103-c5e350508d83 /home           ext4     defaults      0      2           
# swap was on /dev/sda4 during installation
UUID=8002bf93-dd9b-4f4d-b0a8-b1cc2cc70999 none            swap    sw              0       0
#UUID=a47d72a0-455a-4bbb-882e-0988f085e6b9   /media/Backup     ext4    defaults    0    2
#/dev/sda1   /media/Backup      ext4    defaults    0    2
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

GParted voit physiquement le DD mais le trouve en non alloué (logique).

Donc en résumé, sda1 (2nd DD) n'est pas monté ni utilisé (puisqu'il est strictement vide sans système de fichier) mais il est requis par ce brouzouf d'ubuntu pour que le système puisse booter sur sdb1.

J'achète une corde ou quoi ?

Merci pour votre aide :jap:



jip

  • Invité
Réponse #485 le: 04 November 2010 à 18:23
et dans le dossier /media , t'as un dossier Backup ?



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #486 le: 04 November 2010 à 18:56
oui
il faut que je le supprime ?



Hors ligne mcroger

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6178
  •   
Réponse #487 le: 04 November 2010 à 19:27
Je vois que Power600 a fait un émule :D
 


:kookoo: Power600 si tu nous lis ;)






Hors ligne RLDF

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 4687
  •   
    • avatar ?
Réponse #488 le: 04 November 2010 à 20:04
A mon avis, c'est plus simple que cela
sda = disque 1
sdb = disque 2
sda1=partition1 du disque 1
sdb1=partition1 du disque 2
a priori, la racine de ton linux est sur sdb1 soit le disque 2
or la séquence de boot a besoin de lire la MBR du disque 1 pour trouver linux sur le disque 2

solution possible :
enlever sda
mettre sdb à la place de sda
démarrer d'un live-cd ou cd d'install
refaire un grub


Hors ligne [AF>Libristes] Guepi

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1888
  •   
Réponse #489 le: 04 November 2010 à 20:10
ou inverser les disques dans le grub.conf comme pour une partition windows.

Par ailleurs, les UUID, c'est la merde !



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #490 le: 04 November 2010 à 20:12
sdb est mon DD de boot avec toutes les partitions nécessaires (voir screen)

sda est mon DD que je dois renvoyer en SAV : y'a rien dessus (voir screen)



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #491 le: 04 November 2010 à 20:13
ou inverser les disques dans le grub.conf comme pour une partition windows.

Par ailleurs, les UUID, c'est la merde !

OK avec ton avis sur les UUID :o
Sauf que je ne maîtrise pas le fstab pour modifier le truc à ma sauce :/



Hors ligne [AF>Libristes] Guepi

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1888
  •   
Réponse #492 le: 04 November 2010 à 20:30
Ou alors :
Tu enlève le disques qui doit retourner au SAV, et tu tentes une réparation avec le CD d'install (comme suggéré par RLDF)



Hors ligne Origin

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 4036
  •   
Réponse #493 le: 04 November 2010 à 20:33
Par ailleurs, les UUID, c'est la merde !
Pourquoi vous dites ça, au contraire, les labels c'est très pratique, ça évite notamment les pb de reboot en cas d'inversion de l'ordre de découverte des disques. Super utile en particulier en FibreChannel (bon, ok, je connais peu de monde à avoir une baie SAN chez soit, certes :D)



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #494 le: 04 November 2010 à 20:35
Ou alors :
Tu enlève le disques qui doit retourner au SAV, et tu tentes une réparation avec le CD d'install (comme suggéré par RLDF)

Moyen là :/
Si le machin de réparation se vautre, je perds toutes mes données. Et oui, le DD qui part au SAV, c'est mon backup.



jip

  • Invité
Réponse #495 le: 04 November 2010 à 20:57
oui
il faut que je le supprime ?

pas vraiment, mais du coup je suppose que tu n'as pas tenté de démonter ton dd avec umount.

y'aurait pas une trace de ce dd dans le fichier /etc/mtab, par hasard ??



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #496 le: 04 November 2010 à 22:23
Mon mtab :
Citer
/dev/sdb1 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw 0 0
none /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev tmpfs rw,mode=0755 0 0
none /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
none /dev/shm tmpfs rw,nosuid,nodev 0 0
none /var/run tmpfs rw,nosuid,mode=0755 0 0
none /var/lock tmpfs rw,noexec,nosuid,nodev 0 0
none /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
/dev/sdb5 /home ext4 rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/pascal/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=pascal 0 0

Donc non, aucune mention de ce DD.

Et ça commence à me plaire que ce manchot ne me laisse pas dégager un DD si je veux :rhaa:

umount, non, pas utilisé. Parce qu'il y a de quoi le faire en graphique donc je le fais en graphique. Si la méthode graphique est moisie, alors pourquoi ils la mettent ?

Le truc que je ne comprends pas c'est que ce DD n'était pas présent dans le système quand j'ai installé l'OS : alors qu'est-ce qu'il vient me casser les pieds maintenant que je veux le débrancher ?



Hors ligne mcroger

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6178
  •   
Réponse #497 le: 05 November 2010 à 04:00
Ca ne pourrait pas être un truc de initramfs ?  Style une référence à un périphérique interne qui se trouve dans cette image utilisée au boot.

Dans ce cas-là ,quid  en faisant un sudo update-initramfs -uv après avoir "démonté" le dd ?



Hors ligne [AF>Libristes] Guepi

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1888
  •   
Réponse #498 le: 05 November 2010 à 12:24
Moyen là :/
Si le machin de réparation se vautre, je perds toutes mes données. Et oui, le DD qui part au SAV, c'est mon backup.

Non, puisque les données sont toujours présentes.
L'idée, avec la réparation, c'est de refaire un grub.conf



Hors ligne Black Hole Sun

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 5197
  •   
    • RC Classics & Moderns
Réponse #499 le: 05 November 2010 à 13:04
:hello:

Problème résolu grâce aux aides précieuses de Messieurs JiP et dudumomo : un très grand merci à eux :jap:

Donc, résumé du problème :
- DD #1 (IDE maitre) : / + /home + /swap
- DD #2 (sata, vierge, non monté) : rien, pas le moindre MBR
- impossible de physiquement débrancher le DD #2 sous peine qu'ubuntu ne puisse pas trouver le DD système pour booter.

Le fstab initial :
Citer
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=0c88859c-97e0-4fcc-af2c-655267b80e90 /               ext4    errors=remount-ro 0       1
#montage du dossier home de la partition sda5
UUID=88c02183-c81a-4874-a103-c5e350508d83 /home           ext4     defaults      0      2           
# swap was on /dev/sda4 during installation
UUID=8002bf93-dd9b-4f4d-b0a8-b1cc2cc70999 none            swap    sw              0       0
#UUID=a47d72a0-455a-4bbb-882e-0988f085e6b9   /media/Backup     ext4    defaults    0    2
#/dev/sda1   /media/Backup      ext4    defaults    0    2
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

L'avant dernière ligne est la clé.
Suite à une mise à jour en septembre (le DD #2 est installé depuis avril), impossible d'y accéder.
JiP m'aide alors à résoudre le problème en commentant l'UUID du DD #2 et en remplaçant sa ligne par une sda1 => ça marche nickel

Pour débrancher physiquement le DD #2, je suis passé à la fois par le gestionnaire de DD puis par Gparted pour finir de le vider.
Mais le boot fait alors apparaitre le logo puis un écran noir. Touche entrée et apparition d'un message d'erreur disant qu'il ne trouve pas le root sur sdb1. Le seul moyen de booter est de physiquement brancher le DD #2, même s'il est vierge et inutile au boot.

Identification du problème :
- boot en liveCD
- réécriture du fstab uniquement par des lignes sda (DD#1) et sdb (DD #2)
=> toujours le même problème et le même message d'erreur : sdb1 manquant pour booter.

Le mtab n'a a priori rien à voir puisqu'il s'agit de ce qui était monté à la précédente session et que c'est dynamiquement mise à jour en fonction de l'utilisation.

- petit tour dans grub.cfg et là, THE surprise du chef : la racine / est stipulée sur sdb1.
Or sdb1 n'existe QUE si les 2 DD sont branchés ! sdb1 devient automatiquement sda1 lorsque le DD #2 n'est plus branché mais le grub continue d'attendre le système sur sdb1 (et forcément, il ne le trouve pas).

Résolution du problème :
Le point à savoir est que le grub 2 (ubuntu 9.10 et supérieures) interdit toute modification du grub.cfg, que ce soit en sudo comme en su sudo => tu connais la solution (remplacer les 8 occurences sdb1 par sda1 dans le grub.cfg), mais tu peux pas la faire. Lovely, isn't it ?

Attention, maintenant la solution de la morkitu par dudumomo :
- débrancher le DD #2
- booter et accéder au menu du Grub
- choisir le noyau sur lequel booter (pour moi, le dernier en date)
- appuyer sur la touche E pour éditer les lignes de commandes de la séquence de démarrage
- modifier sdb1 par sda1 dans la ligne puis lancer le boot par ctrl + X
- laisser opérer la maaaaaagggggiiiiieeee :love:

Cette modification à la volée de la séquence de démarrage n'est toutefois valable que pour le démarrage en cours : elle ne modifie pas le grub.cfg

Modification permanente du grub :
- terminal, sudo grub-update
Là, il prend la config en cours pour réécrire le grub.cfg : les modifications sont visibles puisque le fstab va intégralement passer en UUID au lieu de sda.

Logiquement, c'est fini, le système est de nouveau opérationnel.

Logiquement parce que je ne tenterai un reboot que ce week end pour m'assurer que ça fonctionne bien mais la logique veut que ça doive marcher. Maintenant, la logique ubuntu, moi j'ai appris à furieusement me méfier :o

Encore tous mes chaleureux remericements à JiP et dudumomo pour leur aide si précieuse et leur patience :jap: