Marotte ⛧ a écrit 8739 commentaires

Effectivement, tu as peut-être raison.

https://git.busybox.net/busybox/tree/INSTALL

Busybox a aussi cette cible. Je l’ai compilé il y a pas longtemps et si la cible menuconfig n’existait pas il aurait un autre message d’erreur, genre : « la cible menuconfig n’existe pas »…

Là son problème est lié au fait que ncurses n’est pas installé :

scripts/kconfig/lxdialog/dialog.h:31:20: fatal error: curses.h: Aucun fichier ou dossier de ce type

@tuxmain : Essaye en installant le package libncurses5-dev au préalable.

c'est un peu le principe de casser une clef pour installer un OS dessus.

Je ne parlerais pas d’« endommager » pour simplement parler du fait de venir écraser les données qui s’y trouvent. La clé n’est en rien endommagée, puisqu’en cas de problème il suffit de la formater à nouveau…

Ces 3 fonctionnalités sont heureusement activées par défaut.

Geany pour coder, nano pour le mode texte et vi(m) quand j’ai pas le choix !

Donc comment serait-il possible de monter une partition NTFS depuis ce live?
Je n'ai pas la possibilité d'installer un paquet (j'ai vu qu'il fallait ntfs-3g) là-dessus donc il faut forcément faire quelque chose pendant la compilation mais quoi?

Avant de le savoir il faudrait trouver ton disque dur :)

No such device

…

Le support de NTFS devrait fonctionner s’il est inclus dans la configuration par défaut de Linux (pour le driver), et de celle de Busybox (pour l’userland). Là, comme ça de mémoire, je sais pas trop. Je vais pas m’avancer… je dirais juste : « ya des chances ».

Que te donne un simple ls /dev depuis ton live ?

Après, en changeant 'defconfig' par 'menuconfig' pour la compilation de Busybox et de Linux tu pourras, sinon modifier la configuration, au moins vérifier que le support de NTFS sera bien compilé pour les deux.

il faut spécifier l'image d'un OS

Qu’as-tu spécifié ?

bootrepair n'y apparait pas

bootrepair est le programme à utiliser depuis le système live Ubuntu, pour remettre GRUB en place afin de pouvoir booter à nouveau sur le système qui est sur ton disque dur… bootrepair n’est pas un OS que tu peux mettre directement sur ta clé.

Je ne connais pas Unetbootin mais si je regarde la doc je vois :

Ça n’a pas l’air très compliqué. Tu choisis une des images proposées. Prends Ubuntu si tu veux avoir bootrepair… La ré-installation de GRUB peut se faire avec à peu près n’importe quelle distribution mais je ne sais pas si le logiciel bootrepair (qui a l’air simple à utiliser) est présent sur toutes.

Tu peux bien évidemment aussi télécharger une image ISO d’Ubuntu et indiquer le chemin dans Unetbootin… C’est le deuxième choix dans la capture d’écran ci-dessus : « diskimage », et tu indiques le chemin du fichier que tu as téléchargé.

Pour télécharger l’image ISO d’Ubuntu pour desktop tu vas sur https://www.ubuntu.com/download/desktop, tu cliques sur le bouton vert "Download". Tu vas arriver sur une page qui te demande de faire un don à la société Canonical. En bas de la page tu as un lien libellé "Not now, take me to the download ›", tu cliques dessus, ça va lancer le téléchargement du fichier ISO qui va bien. Tu pourras utiliser ce fichier avec Unetbootin afin de créer ta clé.

je n'ai pas essayé: ce logiciel endommagerait les clés USB

Où as-tu lu/entendu ça ? (note que je ne sais pas moi-même si ton affirmation est vraie ou fausse)

Gnumeric ?

la contrainte est que cela peut prendre beaucoup de temps pour un débutant comme moi de s'approprier l'outil seul

Effectivement mais le but ça reste de te faire gagner du temps par la suite. Cela dit je te comprends, c’est souvent plus intéressant de faire soi-même son application de A à Z… mais là ça implique de refaire ce que t’apporte le framework, c’est au moins aussi long qu’apprendre à utiliser un framework.

Et c'est tellement plus marrant de travailler en équipe…

Travailler seul ou en équipe n’a pas grand chose à voir avec le fait d’utiliser un framework ou non. Je dirais même que si tu utilises un framework, tu peux te retrouver plus ou moins seul sur ton application elle-même mais quand même travailler plus en équipe sur le framework lui-même (qui a nécessairement déjà une communauté).

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é.