D a r k s k y
Toutes mes réponses sur les forums
-
Quand tu "reconnectes" un compte existant, tu ne dois plus cocher "créer ce compte sur le serveur" mais simplement ajouter les informations de ton compte :)
Par contre, pour le fastboot, ce n'est pas le bon topic
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Non, cela n'a rien à voir avec MSN.
Si le compte ne fonctionne pas, c'est parce qu'il existe déjà (quelqu'un a déjà le pseudo Mia sur le serveur).
Il te fallait donc simplement en trouver un autre
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Ça fonctionne, donc, il n'y a pas de raison que ça n'aille pas pour toi Mia
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Cela n'a rien à voir avec le système (Windows ou Linux ^^).
De plus, une fois le compte créé, tu ne pourras normalement plus utiliser le même si tu tentes d'en recréé un.
Sauf sur un autre serveur. A ce moment, plutôt que im.apinc.org, tu peux utiliser jabber.fr
Mais pour "sécurité de la connexion" c'est bel et bien "nécessite chiffrement" (d'ailleurs, si je n'ai pas parlé de cet écran, c'est parce qu'il n'y a rien à y faire
)Dernière solution que je vois, ton compte ("mia") existe déjà et tu ne peux pas l'utiliser. essaie avec "Miasospc" par exemple
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Il faut simplement laisser sur "nécessite chiffrement" et ne rien bouger ailleurs.
Et ne pas oublier de cocher de créer le compte sur le serveur.
Ceci-dit il semble que ton compte soit créé (ta toute première capture, sur la fenêtre principale). En cliquant sur "reconnecter", ça ne fonctionne pas?
C'est vrai que ce n'est jamais simple avec toi ^^ Je n'ai rien du faire d'autre que ce que j'ai écrit dans le premier post de mon côté tropbien
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Non du tout, c'est transparent, là on ne parle que de la connexion au serveur.
Après, il est possible de chiffrer ses communications: dans le gestionnaire de logiciels, il suffit de taper "pidgin-otr" et tu trouveras un plugin qui le permet.
Par contre, je ne sais plus du tout si il faut que les 2 contacts s'ajoutent ou si l'un des deux suffit... Dans le doute, j'ai ajouté ton adresse ^^
EDIT: J'ai fait le test, pas besoin de s'envoyer une demande chacun, un seul suffit :)
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Ah oui, en effet, le chiffrement est obligatoire sur le serveur pour la connexion ^^
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Ah oui, en plus à l'ajout d'un disque, il modifie le tout?
C'est pas tellement bien foutu alors.
Pour Grub, il me semble en effet que quand il n'y a qu'un seul disque, il met par défaut sur ce dernier et ne propose rien d'autre. Mais vraiment, je réinstalle rarement mon système linux, je ne l'ai plus en tête.
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Ce n'est en effet pas super dérangeant, mais j'ai une machine plutôt costaud qui me démarrait mes système rapidement, donc ^^
Pour le montage de disque automatique, au démarrage, il y a plus facile que les commandes. Tu peux voir l'explication ici: https://forums.linuxmint.com/viewtopic.php?t=90211#p813117
(je suis sur Windows, du coup je vais chercher les infos ailleurs
)- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
J'ai "provoqué" ce dont je parlais concernant la détection.
J'ai été chercher un "programme" reconnu malicieux. Dans les captures, j'ai volontairement masqué son nom.
Première étape, je le scan sur Virus Total:
24 détections sur 58 moteurs antivirus. Mon antivirus, Drweb Security Space, ne détecte rien sur le fichier. Pour preuve, je le scan directement depuis mon pc et voila ce qu'il me dit:
Donc, rien de suspect jusque là (pourtant, on sait qu'il est infectieux, 24 antivirus qui le détectent, on ne peut plus parler de faux-positif).
Donc, j'exécute ce fichier. Et là, c'est tout à fait différent:
DrWeb détecte non seulement 3 fichiers exécutables et les place en quarantaine, mais il intercepte aussi une communication vers l'extérieur et me demande ce qu'il doit en faire.
Bon, on est d'accord, je ne suis pas un spécialiste, mon "analyse" n'en est pas une
Mais cela montre qu'il faut relativiser les tests. Un antivirus peut tout à fait ne rien signaler sur un simple scan de fichier, mais réagir par la suite lorsque ce dernier est exécuté et tente de compromettre le système.
Les tests ont du bon, ils donnent une idée, mais, et cela ne reste bien sur que mon avis personnel, ils ne font pas tout et ne sont pas du tout exempt de défauts. Se fier uniquement à ça n'est pas pour moi une bonne idée. Il faut prendre en compte l'ensemble des capacités de l'antivirus, mais aussi son ressenti propre au niveau de l'utilisation courante, sur une période relativement longue.
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
ATTENTION, la commande ci-dessous peut provoquer un dysfonctionnement du démarrage si elle est mal utilisée
Hier, j'ai voulu essayer d'installer la Debian testing (Debian 9 "Stretch", qui est la prochaine version majeure de Debian) sur un HDD isolé.
Ayant pourtant pris des précautions, je me suis retrouvé avec mon dualboot fonctionnel, mais qui avait un Grub un peu "long" (au démarrage, j'avais une ligne qui clignotait plusieurs fois avant de m'afficher le Grub, chose qu'il ne faisait pas avant). Ca "retardait" mon démarrage de 7 à 8 secondes. Pas la mort, mais il n'y avait pas de raison
Mon premier réflexe a été de mettre à jour le Grub (sudo update-grub), mais ça n'a rien arrangé.
J'ai donc réinstallé Grub
Et cela se fait avec une commande très simple (quand le système démarre et est fonctionnel):
sudo grub-install /dev/sdX
Le "X" est à remplacer par la lettre du disque sur lequel est installé Grub. Dans mon cas, c'est mon 1er SSD (qui contient aussi ma distribution Linux), et qui est le disque "sda"
On a tout de suite un message qui nous informe que c'est réussi.
Au redémarrage, je n'ai plus le soucis du délai d'attente
Je le répète: mal utilisée, cette commande peut installer Grub sur un disque autre que celui d'origine, il faut donc être attentif au disque que l'on mentionne dans la commande. Aussi, cette commande ne met pas à jour Grub, elle réécrit simplement les informations du programme de démarrage.
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Merci pour l'explication Goof, je ne savais pas du tout tout ça!
Du coup j'ai été vérifier dans mon BIOS et de mon côté, tout est réglé dans l'ordre logique, disons
Pour GRUB, il est en fait super flexible contrairement au BCD de Windows: on peut l'installer sur n'importe quel disque (même un disque où la distribution n'est pas installée).
De mémoire, lors de mes installations, l'installeur m'a toujours demandé / proposé où installer GRUB. Comme j'installe mes systèmes en ne branchant que le disque qui va l'accueillir, je n'ai plus en mémoire si le fait d'avoir plusieurs disques fait qu'il va tenter par défaut de l'installer sur le 1er où sur celui contenant le distribution, par contre.
Mais on peut de toute façon choisir le disque lors de l'installation.
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Bonjour,
En fait, le numéro de lecteur lors de l'installation n'a pas d'importance.
Windows a une logique qui lui est un peu "propre", mais dans la pratique cela ne va pas influer sur le fonctionnement du système.
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
Bah sur les captures d'écran que tu donnes, je ne vois rien d'anormal à première vue
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
C'est un sac de nœuds, en effet!
Concernant l'heure, 2 choses:
- Si l'heure de ton BIOS change (ou d'autres choses dans le BIOS, d'ailleurs)--> la pile est naze. Elle est à remplacer.
- La différence d'heure sur les systèmes peut venir de là, mais aussi à cause... du multiboot Windows/Linux
En effet, les 2 systèmes ont une logique différente concernant l'heure. Windows se base sur le fuseau horaire configuré lors de l'installation. Linux prend en compte l'heure UTC (ce qui au final n'est pas con, c'est indépendant des heures hiver/été).
Tu peux trouver une solution ici, si vraiment ça t'ennuie: https://www.justegeek.fr/dual-boot-decalage-dhorloge-windows-linux/
Mais ça, c'est vraiment pour les différences sur les systèmes. Dans le BIOS même, si ce dernier perd sa configuration, c'est la pile qui est en cause.
Bon, pour le reste, maintenant... Ça me semble vraiment louche comme problème. La configuration a 8 ans, si je comprend bien. Si les soucis ne viennent pas de quelque chose de "matériel" (pièce défectueuse, ou bien quelque chose qui manque), et si, au pire du pire, une remise à zéro complète du BIOS, et une réinstallation propre de tout tes systèmes (et je dis bien propre, après configuration du BIOS à partir de "zéro") ne donne rien, c'est que l'ensemble de la machine commence à avoir trop de cheveux gris
- "Il ne savaient pas que c'était impossible, alors ils l'ont fait" - M.Twain
