Marotte ⛧ a écrit 8780 commentaires

Jette un œil sur https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub , en particulier le chapitre 2.2

Ce document a l’air de dater pas mal mais en gros la technique c’est ça : booter sur un média "live" (CD ou cle USB d’installation) puis restaurer GRUB (le chargeur de démarrage de Linux, qui sert aussi accessoirement à passer la main au chargeur de Windows pour booter ce dernier) sur le disque dur.

Bon courage. Il faudrait que tu donnes plus de détails, quelle version d’Ubuntu notamment.

Est-ce que tu as fait une manipulation particulière, sous Windows (ou Linux) juste avant que ça « ne marche plus » ? Normalement Windows écrase GRUB seulement lors de son installation, donc je ne m’explique pas la cause de ton problème. GRUB se désinstalle pas tout seul…

Comme signalé par d’autres : tu ne donnes pas beaucoup de détails, distribution utilisée, qu’as-tu fait jusque là comme tentative(s) ?

Voici ce que j’ai dans le fichier /etc/network/interfaces sur Debian qui sert d’hôte KVM avec un bridge :

auto br0
iface br0 inet static
        address 192.168.0.20
        network 192.168.0.0
        netmask 255.255.255.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
        bridge_maxwait 0

Note que le bridge n’est pas à proprement parler « entre » ta VM et ton hôte physique… En mode bridge les deux utiliseront la même interface (br0 dans mon exemple) pour communiquer avec la gateway (192.168.0.1 ici). D’un point de vue sécurité, ça t’oblige à la penser pour chacune des VM, ton hôte KVM ne pourra pas, contrairement à si tu utilisais un réseau virtuel, faire de la translation d’adresses (NAT) pour n’exposer que certains ports. Ton hôte et tes invités sont sur la même interface réseau. L’avantage du bridge étant bien évidemment sa simplicité.

Perso j’utilise aussi parfois des logiciels KDE (k3b par exemple), il n’y a aucune raison de s’en priver. Pour le mail j’utilise claws-mail mais il est un peu particulier. Il ne plaît pas à tout le monde et a un aspect très chiant : les processus de récupération du courrier bloquent souvent l’UI et empêchent parfois de fermer l’application. Mais moi je l’aime bien :)

Pour le login: lightdm

Tu peux tout à fait utiliser evolution sous Xfce.

Quel paquet faut-il enlever pour gnome3 et est-il possible de garder les utilitaires comme "disque" pour gnome3 sous un bureau xfce4 ?

Pour commencer, « enlever Gnome 3 » n’est pas une obligation pour utiliser Xfce à la place. Ton gestionnaire de login permet normalement de choisir quel environnement de bureau tu veux choisir pour ta session (parmi ceux qui sont installés sur ton système)

Par contre c’est peut-être le gestionnaire de login de Gnome qui va te manquer si tu vires des packages Gnome… il pourrait sauter (ce ne sont que des suppositions hein…).

Avec Xfce tu peux utiliser lightdm qui est un gestionnaire indépendant de tout DE (il ne dépend que de GTK+)

De nos jours, si ta machine est relativement récente, c’est pas le poids occupé par Xfce + Gnome + KDE + … qui va être problématique. C’est un peu plus « lourd » mais c’est tout à fait acceptable.

à titre inficatif, voilà ce que j’ai chez moi sur Debian unstable (j’utilise Xfce avec des bouts de Gnome) :

$ dpkg -l |grep -E '^(ii *xf|ii *gnome)'
ii  gnome-accessibility-themes            3.22.3-1                               all          Accessibility themes for the GNOME desktop
ii  gnome-desktop3-data                   3.25.92-1                              all          Common files for GNOME desktop apps
ii  gnome-icon-theme                      3.12.0-2                               all          GNOME Desktop icon theme
ii  gnome-icon-theme-symbolic             3.12.0-2                               all          GNOME desktop icon theme (symbolic icons)
ii  gnome-keyring                         3.14.0-1+b1                            amd64        GNOME keyring services (daemon and tools)
ii  gnome-menus                           3.13.3-9                               amd64        GNOME implementation of the freedesktop menu specification
ii  gnome-mime-data                       2.18.0-1                               all          base MIME and Application database for GNOME.
ii  gnome-themes-standard:amd64           3.22.3-1                               amd64        Adwaita GTK+ 2 theme — engine
ii  gnome-themes-standard-data            3.22.3-1                               all          Adwaita GTK+ 2 theme — common files
ii  gnome-user-guide                      3.22.0-1                               all          GNOME user's guide
ii  xfce4-notifyd                         0.2.4-3+b1                             amd64        simple, visually-appealing notification daemon for Xfce
ii  xfce4-panel                           4.12.1-2                               amd64        panel for Xfce4 desktop environment
ii  xfce4-session                         4.12.1-5                               amd64        Xfce4 Session Manager
ii  xfce4-settings                        4.12.1-1                               amd64        graphical application for managing Xfce settings
ii  xfce4-terminal                        0.6.3-2                                amd64        Xfce terminal emulator
ii  xfconf                                4.12.1-1                               amd64        utilities for managing settings in Xfce
ii  xfdesktop4                            4.12.3-4                               amd64        xfce desktop background, icons and root menu manager
ii  xfdesktop4-data                       4.12.3-4                               all          xfce desktop background, icons and root menu (common files)
ii  xfonts-100dpi                         1:1.0.4+nmu1                           all          100 dpi fonts for X
ii  xfonts-75dpi                          1:1.0.4+nmu1                           all          75 dpi fonts for X
ii  xfonts-base                           1:1.0.4+nmu1                           all          standard fonts for X
ii  xfonts-encodings                      1:1.0.4-2                              all          Encodings for X.Org fonts
ii  xfonts-scalable                       1:1.0.3-1.1                            all          scalable fonts for X
ii  xfonts-utils                          1:7.7+4                                amd64        X Window System font utility programs
ii  xfsprogs                              4.9.0+nmu1                             amd64        Utilities for managing the XFS filesystem
ii  xfwm4                                 4.12.4-1                               amd64        window manager of the Xfce project
ii  xfwm4-themes                          4.10.0-2                               all          Theme files for xfwm4

Je suis encore en debian Jessie mais compte passer en stretch.

Si tu installes un nouvel OS oriente toi en effet vers stretch qui est la version stable actuelle, jessie étant la précédente (nommée oldstable chez Debian).

Si tu fais un upgrade (en changeant dans le sources.list puis apt-get update && apt-get upgrade) je te recommande de sauvegarder les fichiers importantes (média, configuration, etc…) parce qu’on ne sait jamais…

Merci pour la correction. Ce n’est en effet plus possible depuis belle lurette.

Au lieu de :

<commande>

tu fais :

su -c '<command>' <user>

(avec éventuellement -s pour spécifier le shell)

Et tu trouves ça fastidieux ?

On peut aussi mettre le script en "setuid" pour qu’il s’exécute avec son utilisateur propriétaire plutôt que celui qui lance le script. Par contre il faut éviter de faire ça quand c’est root qui est propriétaire du fichier.

En interactif, si tu est loggé en userA, la commande à taper c’est su - userB (ou su userB, selon ce qu’on veut comme environnement) pour changer d’utilisateur (« lancer un shell avec cet utilisateur » pour être précis). Dans ce shell, faire exit te « ramènera » sur le shell du premier utilisateur (celui qui a appelé su)

Non, vraiment, je ne comprends pas « fastidieux »…

Pourquoi ne pas se loguer avec le user www-data plutot que de lancer des cmd de cette facon ?

Oui, on pourrait peut-être lancer tout le script avec le user www-data, faut voir… ça dépend…

Son script peut éventuellement devoir lancer des commandes avec différents utilisateurs. Dans ce cas le script doit être lancé par un compte qui peut « faire un su » sur tous ces différents utilisateurs (soit root, soit il configurer PAM : https://unix.stackexchange.com/questions/113754/allow-user1-to-su-user2-without-password).

Faudrait connaître son besoin sous-jacent avant d’aller plus loin…

Oui… Je profite de ton commentaire pour préciser que l’option -s est ici nécessaire car le shell par défaut de l’utilisateur www-data est /usr/sbin/nologin, sinon ce n’est pas nécessaire.

De plus, il faut bien prendre soin, comme je l’ai fait en utilisant des guillemets simples ('…'), d’« échapper » la ligne de commande que l’on fournit à la commande su via l’option -c, sinon c’est le shell qui lance su qui va d’abord interpréter des trucs.

Je pense que tu le sais, j’écris ça surtout pour d’autres débutants…

peut-on se loguer dans un .sh

Ça ne veut rien dire.

Tu ne peux pas procéder comme tu le fais…

Par contre tu peux faire comme ceci :

Le script :

#!/usr/bin/env bash

su -c 'echo $(whoami)' -s /bin/bash www-data
echo $(whoami)

ça donne, lancé en root :

root@medusa:/tmp# ./tt.sh 
www-data
root

Note que je peux ajouter un exit à la fin du script, c’est même une bonne pratique, ça ne change rien, là il est implicite.

scrypt shell

Un script, avec un i… Pas courante cette faute :) "Okey" en lieu et place de "Okay" l’est un peu plus ;)

j'ai un disque dur en ext4, je ne suis pas sur que windows puisse avoir accès aux données.

Si le disque se trouve dans la machine tu peux accéder directement aux partitions Linux depuis Windows en installant https://sourceforge.net/projects/ext2fsd/files/Ext2fsd/ sur ton Windows.

Pour Samba c’est certainement un problème de configuration, qui doit être adaptée pour l’accès des clients Windows… Mais comme c’est pas mon rayon je vais laisser ceux qui savent répondre.

Et « merdiciel » ? :)

Choisis Ubuntu. Elle est accessible au débutant et est basée sur la meilleure distribution qui soit : Debian.

Elle « existera » avant cette date… La version 18.04 existe déjà : http://fr.archive.ubuntu.com/ubuntu/dists/bionic/

Elle ne sera « relâchée » qu’à la date prévue indiquée par le numéro de version. Je chipote, je sais.

Je suis étonné du prix, 69 euros pour installer une distribution linux ?!

Ça te semble trop élevé ou pas assez ?

69 euros ça me semble honnête.

Si c’est proposé « pour n’importe quelle machine » ça veut dire que tu ne peux pas avoir d’image toute prête. Tu fais donc, à mon avis, une installation silencieuse, un peu de configuration, test… Donc tu y passes un peu de temps, disons une heure pour compter large (faut inclure tout, par exemple d’aller chercher la machine chez le client, ou rien que la sortir d’une étagère, faire la « paperasse » (facture, …)). Si l’installation est réalisée à domicile, 69 € c’est même pas des masses… Si c’est un professionnel il devra aussi payer des impôts sur cette somme…

Il y a quelques années j’avais étudié la possibilité de ma mettre à mon compte pour proposer ce genre de service, c’est à peu près le prix auquel j’étais arrivé. Même à ce prix là, t’as intérêt à en faire pas mal si tu veux pouvoir bouffer…

Pour la méthode dd je plussoie, c’est vraiment la méthode la plus simple :) Faut être déjà sous Linux (ou BSD ou autre Unix…) pour pouvoir le faire. C’est une belle barrière pour les débutants qui n’ont qu’un Windows sous la main, et qui doivent trouver et utiliser le bon outil (qui change avec les saisons…) pour créer cette clé :\

Juste une petite correction :

Tu formates ta clé usb (! Vérifie bien que c'est bien ton périphérique !):

dd if=/dev/zero of=/dev/sdb

Tu ne formates rien du tout en copiant /dev/zero sur la clé… Tu mets chaque octet de ta clé à zéro, ça ne fait pas un système de fichiers ! ;)

Par ailleurs cette étape est, si je ne m’abuse, inutile. Le fait d’écrire ensuite l’image va écraser ce qu’il y a. Ce qui pourrait rester (car la clé est physiquement plus grande que le FS de l’image…) ne devrait pas gêner quoi que ce soit. Même si les données sont encore physiquement présentes elles sont dans de l’espace libre…

privilégier les protections de type TLS ou VPN pour assurer l'intégrité et la confidentialité des données échangées sur les réseaux Wi-Fi ;

Ce qui est généralement le cas, les données sont chiffrées au niveau applicatif…

La faille permet il est vrai de tenter ce genre d’attaque mais le ton alarmant de ton journal est pas vraiment justifié.

wpa_supplicant est déjà patché, et ce depuis peu de temps après la découverte publication de la faille.

*lis

il va se poser alors la question de "quelle version de Linux choisir?"

Et ton conseil, au lieu de lui indiquer l’une des (très) rares distributions qui concilie facilité d’utilisation pour le débutant ET communauté un tant soit peu importante, tu l’orientes vers un site de découverte de la myriade de distributions existantes, qui en plus repose sur l’utilisation du P2P, que tout le monde ne maîtrise pas forcément ?

Entendons-nous bien, le site que tu as indiqué est fort utile pour tout un tas de débutants (ou moins débutants…) qui souhaitent s’informer et découvrir la richesse des différentes distributions, ou pour promouvoir l’utilisation de Bittorrent. Il est cependant contre-productif, à mon avis, pour aider OP à utiliser cet ordinateur dans un avenir immédiat…

je t'avoue que ça me gêne aussi d'accéder aux données potentielles qui s'y trouvent .

Une fois le système live démarré tu seras devant ce choix :

• monter la partition, soit pour ré-initialiser le mot de passe soit pour simplement aller voir les fichiers depuis le système live…
• lancer le processus d’installation, qui aura pour conséquence d’« effacer » les données qui se trouvent sur le disque dur

Juste pour dire que la procédure est bien la même quel que soit le but : il faut que tu réussisses à démarrer sur ta clé USB…

Monter le disque depuis un système "live" c’est bien aussi, et obligatoire si pour une raison X ou Y le système d’origine ne démarre pas.

Évidemment pour ré-initialiser le mot de passe il faut aussi monter le disque… je voulais dire : copier les fichiers ailleurs.

Pourquoi prendre Linux Mint 17.2 ? La dernière version est la 18.2.

Je pense que c’est le système actuellement installée sur le disque dur (d’où la demande de login…)

C’est que le PC démarre sur le disque dur et pas sur la clé USB, il peut y avoir plusieurs raisons :

1) l’ordre de boot : le BIOS (système interne basique) est configuré pour démarrer d’abord sur disque dur, du coup il n’essaye même pas la clé.

Dans ce cas tu peux, au choix :

• rentrer dans le BIOS et changer le "boot order"
• rentrer dans le "boot menu" afin de sélectionner la clé pour booter dessus juste pour cette fois

Pour l’un comme pour l’autre il faut appuyer sur une touche au tout début du démarrage du PC (avant que l’OS se lance). La touche en question varie selon les constructeurs, c’est souvent "Suppr" ou "Echap" ou une des touches de fonctions (F1, F2, …). Il faut souvent tâtonner… sinon tu peux chercher sur le web à partir de la marque et du modèle de la machine en question.

2) ta clé USB n’est pas bootable car tu as seulement copié l’image ISO sur le système de fichiers (vide) de ta clé…

je l'ai mis sur un clé USB

Tu as bien suivi la procédure ? Tu n’as pas simplement copié le fichier .iso ?

Tu as fait ça à partir de Linux ? De Windows ? Ça fait longtemps que je ne l’ai pas fait depuis Windows… si la doc Ubuntu est bien à jour, la méthode recommandée ce doit être http://rufus.akeo.ie/?locale=fr_FR/

3) le pc ne peut tout simplement pas booter sur l’USB

Soit parce que c’est un dinosaure, soit parce qu’il y a un problème matériel.

4) Ta clé n’est pas bootable parce que tu n’as (vraiment) pas de chance : elle est défectueuse ou incompatible avec le PC (pour ce qui est du boot du moins…).

4) Le fantôme de ton grand-père d’adoption hante cette machine. Pour une raison probablement difficile à expliquer et/ou assumer, il veut t’empêcher d’accéder à sa session.

Si tu réussi à démarrer tu pourras te logger sans mot de passe, en root, tu pourras alors ensuite https://guide.ubuntu-fr.org/desktop/user-forgottenpassword.html#live-cd

Tu peux aussi d’abord essayer la première méthode : https://guide.ubuntu-fr.org/desktop/user-forgottenpassword.html#reset-password-grub2 (ça devrait marcher pareil sous Mint…), tu n’aurais même pas à créer une clé USB bootable…

Si le disque était chiffré il ne serait pas même pas possible de ré-initialiser le mot de passe root…

Perso je préfère moi aussi ré-initialiser le mot de passe et démarrer le système existant, mais je reconnais que c’est vraiment par curiosité. Monter le disque depuis un système "live" c’est bien aussi, et obligatoire si pour une raison X ou Y le système d’origine ne démarre pas.

+1 pour le lien. La documentation d’Ubuntu-fr est en générale bien faite. Du même niveau de qualité que celle d’ArchLinux, même si les deux ne sont pas du même genre.

Leur nom à eux c’est BennyB, tu aurais pu le deviner !