[Résolu] Définition claire racine et système de fichier

Support Debian
#1

Ce topic semble être parti en sucette…
https://www.debian-fr.org/qu-est-ce-que-c-est-que-cette-pu-de-racine-t47369.html
Sont suceptibles ces linuxiens… :laughing: :083

Bref.

Voici enfin une définition CLAIRE du système de fichier sous Linux.

J’ai pas eu le temps de répondre sur l’ancien topic avant son verrouillage vu que j’ai dû réinstaller toute ma machine (ce foutu fichier /etc/fstab est susceptible, la moindre faute et tout est mort…).

/ (Racine)
Menu démarrer => Ordinateur => C:
[b]La racine est la partition du disque dur où est installé l’OS (donc par défaut “sda1”).
On peut y “fusionner” d’autres partitions d’autres disques dur pour qu’elle devienne un dossier virtuel qui s’étend sur plusieurs disques durs.

Initialement, la racine est le contenu du disque dur sur lequel l’OS est installé (“sda1”)
(le dossier "lost+found n’y est pas visible, pressez CTRL+h pour le voir).

De plus, la racine contient des fichiers et des dossiers dynamiques / virtuels, créées au démarrage de l’ordinateur
et n’existant que dans la mémoire vive. On appelle cela des pseudo-systèmes de fichier :

  • Le système de fichier “udev” est uniquement dans la mémoire vive, il contient une partie du dossier “/dev”.
  • Le système de fichier “proc” est uniquement dans la mémoire vive, il contient le dossier “/proc”.
  • Le système de fichier “tmpfs” est uniquement dans la mémoire vive, il contient une partie du dossier “/run”.
  • Le système de fichier “sysfs” est uniquement dans la mémoire vive, il contient le dossier “/sys”.[/b]

Sur Linux, tout n’est que fichier : les informations montées en RAM et l’équivalent des clés de registre sont visualisables dans des fichiers.
Ainsi, sous Linux, toute récupération d’information se fait en lisant des fichiers.

Remarque :
Pour savoir sur quelle partition (sur quel disque dur, etc.) se trouve un dossier, tapez df -h [chemin et nom du dossier]

Donc l’équivalent du
[Menu démarrer] > [Ordinateur] > C:
sous Linux est le dossier “/media/sda1” en y ayant monté votre disque “sda1”.

Pour le faire, d’abord créez les points de montage :
(On imagine que vous avez 3 disques durs, 1 avec l’OS et 2 en NTFS pour le stockage)

sudo mkdir /media/"Disque dur 1 (C:)(sda1) - Système"
sudo mkdir /media/"Disque dur 2 (D:)(sdb1) - Données"
sudo mkdir /media/"Disque dur 3 (E:)(sdc1) - Sauvegarde"

Puis on édite /etc/fstab

sudo nano -w /etc/fstab

(Attention, la moindre erreur est fatale, et sautez au moins une ligne en fin de fichier)
Sur Ubuntu :

/dev/sda1 /media/Disque\040dur\0401\040(C:)(sda1)\040-\040Système    ext4    defaults                   0 0
/dev/sdb1 /media/Disque\040dur\0402\040(D:)(sdb1)\040-\040Données    ntfs-3g defaults,locale=fr_FR.utf8 0 0
/dev/sdc1 /media/Disque\040dur\0403\040(E:)(sdc1)\040-\040Sauvegarde ntfs-3g defaults,locale=fr_FR.utf8 0 0

Sur Debian :

/dev/sda1 /media/Disque\040dur\0401\040(C\072)(sda1)\040-\040Syst\303\250me ext4    defaults                   0 0
/dev/sdb1 /media/Disque\040dur\0402\040(D\072)(sdb1)\040-\040Donn\303\251es ntfs-3g defaults,locale=fr_FR.utf8 0 0
/dev/sdc1 /media/Disque\040dur\0403\040(E\072)(sdc1)\040-\040Sauvegarde     ntfs-3g defaults,locale=fr_FR.utf8 0 0

Pour ajouter le lecteur CD-ROM :
(Selon ce que vous avez)

si vous avez un graveur de DVD
ou

si vous avez un graveur de Blu-ray

Créez sur le bureau un nouveau document nommé “99-udisks2.rules” et dedans, écrivez la ligne :

Puis dans la console, tapez :

Puis :

et dans /etc/fstab, rajoutez
Pour Ubuntu :

Pour Debian :
Si la ligne suivante existe…

modifiez-la en…

/media
Menu démarrer => Ordinateur
Dossier où sont accessibles les périphériques (disques durs, lecteurs et graveurs CD/DVD/Blu-ray, clés USB, etc.).

/media/cdrom0
Menu démarrer => Ordinateur => Lecteur CD-ROM (F:)
Dossier racine du lecteur CD/DVD (on appelle ça le “point de montage” du lecteur CD/DVD).

/media/[Nom de votre clé USB]
Menu démarrer => Ordinateur => [Nom de votre clé USB]
Dossier racine de la clé USB (on appelle ça le “point de montage” de la clé USB).

/media/[Nom de votre disque dur portable]
Menu démarrer => Ordinateur => [Nom de votre disque dur portable]
Dossier racine du disque dur portable (on appelle ça le “point de montage” du disque dur portable).

/mnt
Menu démarrer => Ordinateur
Ancien dossier de montage des périphériques (remplacé par “/media”).

/dev
C:\Windows\System32\drivers
Dossier des pilotes des périphériques et autres fichiers permettant de les monter et de la gérer.

/bin
C:\Windows\System32
Dossier des programmes des commandes UNIX de base, compilées et installées avec l’installation de l’OS (“Bin” = “Binaries” = fichiers compilés).

/sbin
C:\Windows\System32
Dossier des programmes des commandes UNIX de base, compilées et installées avec l’installation de l’OS,
mais qui nécessitent des privilèges d’administrateurs pour être utilisés (vérification et réparation des disques durs, mise en place du réseau, etc.).

/boot
[Partition séparée sur Windows]
Dossier du programme de démarrage de l’ordinateur (si le programme de démarrage est “GRUB”, c’est ici qu’il est installé).

/home
C:\Users
Arborescence des informations personnelles des utilisateurs.

/home/[Utilisateur]/Bureau (DESKTOP)
C:\Users[Utilisateur]\Desktop (Bureau)
Dossier “Bureau” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Documents (DOCUMENTS)
C:\Users[Utilisateur]\Documents (Mes documents)
Dossier “Documents” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Images (PICTURES)
C:\Users[Utilisateur]\Pictures (Mes images)
Dossier “Images” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Modèles (TEMPLATES)
[Menu contextuel (menu du clique droit) “Nouveau”]
Dossier “Modèles” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Musique (MUSIC)
C:\Users[Utilisateur]\Music (Ma musique)
Dossier “Musique” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Public (PUBLICSHARE)
[Pas d’équivalent, il faut créer un dossier et le partager]
Dossier permettant de partager sur le réseau des données de l’utilisateur.

/home/[Utilisateur]/Téléchargements (DOWNLOAD)
C:\Users[Utilisateur]\Downloads (Téléchargements)
Dossier “Téléchargements” de l’utilisateur [Utilisateur].

/home/[Utilisateur]/Vidéos (VIDEOS)
C:\Users[Utilisateur]\Videos (Mes vidéos)
Dossier “Vidéos” de l’utilisateur [Utilisateur].

/root
C:\Users\Administrator
Dossier “/home” du compte “root”, il n’est pas dans “/home” pour des raisons de privilèges et de sécurité.

ATTENTION :

Sur Windows, les dossiers ont des noms d’apparence (les noms traduits que l’on voit à l’écran), des noms réels (tous en anglais).
Ce sont les noms réels que l’on doit utiliser quand on programme pour être sûr d’utiliser le même dossier quel que soit la langue du système.

Sur Linux, les noms réels sont traduits, il n’y a pas de nom d’apparence. Donc pour faire un programme compatible quel que soit la langue,
il faut utiliser les variables d’environnement : tapez la commande env ou printenv pour les connaître
(Par exemple : HOME = /home donc pour lister les éléments du dossier /home, tapez ls $HOME
Il faut ensuite utiliser des variables anglaises pour les sous-dossier. Par exemple, créer un nouveau fichier sur le bureau, il faut
taper la commande touch $(xdg-user-dir DESKTOP)/test.txt
(“xdg-user-dir” permet d’accéder aux variables d’environnement de HOME).

/lib
C:\Windows\SysWOW64
Dossier des bibliothèques 32-bits partagées (qui doivent être accessibles pour tous les programmes et tous les utilisateurs).

/lib64
C:\Windows\System32
Dossier des bibliothèques 64-bits partagées (qui doivent être accessibles pour tous les programmes et tous les utilisateurs).

/lost+found
C:\Recovery
C:\System Volume Information
Dossier de récupération : quand un disque dur rencontre un problème et que l’on utilise le programme “fsck” pour
récupérer les données (équivalent du “scandisk” de Windows), les fragments de fichiers récupérés sont déposés dans ce dossier.

/selinux
[Pas d’équivalent]
Dossier du programme “Security-Enhanced Linux” (s’il est installé) :
stocke les fichiers des programmes qui nécessitent plusieurs niveaux de sécurité à la fois (par exemple un programme de la NSA
qui ne doit pas donner les mêmes accès aux même données à chaque utilisateur).

/srv
C:\Program Files\Common Files
Dossier où les programmes ayant un rôle de “serveur” (envoi et partage de données locales ou sur Internet) stockent leurs fichiers.

/proc
C:\Windows
Dossier contenant des informations sur l’état du système et sur les processus en cours d’exécution (les programmes qui sont actuellement lancés).

/sys
C:\Windows\System32 + C:\Windows\System32\drivers
Dossier contenant des informations sur le système et sur les fonctions du noyau (permettant à l’administrateur de les activer / désactiver).

/tmp
C:\Windows\Temp
Dossier des fichiers temporaires du système. Il est vidé à chaque démarrage (et les fichiers temporaires sont détruits).

/run
[Pas d’équivalent (RAM et base des registres)]
Données en RAM des programmes en cours d’exécution, lieu de communication entre les programmes,
lieu de stockage des fichiers “.pid” (= “Process ID”, permet de savoir quel programme est en cours d’exécution).

/run/lock
[Pas d’équivalent (RAM et base des registres)]
Dossier des informations sur les ressources verrouillés (fichiers en cours d’utilisation (lecture, écriture ou exécution), périphériques (par exemple,
lorsqu’un programme utilise un modem, un fichier est créé ici pour le signaler), etc.).

/usr
C:\Program Files
Arborescence des programmes (autres que les commandes UNIX de base).

/usr/bin
C:\Windows\System32
Dossier d’installation des programmes faisant partie du système (disponibles sur le dépôt où vous avez téléchargé votre distribution de Linux)

/usr/sbin
C:\Windows\System32
Dossier d’installation des programmes faisant partie du système (disponibles sur le dépôt où vous avez téléchargé votre distribution de Linux),
mais qui nécessitent des privilèges d’administrateur pour être utilisés.

/usr/games
C:\Program Files\Microsoft Games
Dossier d’installation des jeux compilés faisant partie du système (disponibles sur le dépôt).

/usr/include
C:\Program Files[Nom de la bibliothèque]\Include
Dossier des entêtes des bibliothèques partagées.

/usr/lib
C:\Program Files[Nom de la bibliothèque]
Dossier des bibliothèques partagées.

/usr/src
[Pas d’équivalent]
Dossier des sources du noyau Linux et des programmes faisant partie du système et compilés directement sur votre machine.

/usr/etc
C:\Program Files
Dossier des fichiers de configuration des programmes faisant partie du système.

/usr/share
C:\Program Files
Arborescence pour les fichiers non-binaires des programmes faisant partie du système.

/usr/share/dict
C:\Program Files
Dossier des dictionnaires des programmes faisant partie du système.

/usr/share/man
C:\Program Files
Dossier des manuels des programmes faisant partie du système (au format “.roff” compressé).

/usr/share/doc
C:\Program Files
Dossier de la documentation (au format HTML et autres) des programmes faisant partie du système.

/usr/local
C:\Program Files
Arborescence (organisation similaire à “/usr”) pour les programmes externes (installés manuellement après l’installation du système,
à partir d’une archive d’extension “.tar.gz” par exemple), c’est-à-dire qui ne sont pas présents sur le dépôt de votre distribution Linux.

/usr/local/bin
C:\Program Files
Dossier d’installation des programmes externes.

/usr/local/sbin
C:\Program Files
Dossier d’installation des programmes externes nécessitant des droits d’administrateur.

/usr/local/games
C:\Program Files
Dossier d’installation des jeux.

/usr/local/include
C:\Program Files[Nom de la bibliothèque]\Include
Dossier des entêtes des bibliothèques externes (installées après l’installation du système).

/usr/local/lib
C:\Program Files[Nom de la bibliothèque]
Dossier des bibliothèques externes.

/usr/local/src
[Pas d’équivalent]
Dossier des sources des programmes externes compilés après l’installation du système.

/usr/local/man
Lien vers “/usr/local/share/man” pour la rétro-compatibilité.

/usr/local/share
C:\Program Files
Arborescence pour les fichiers non-binaires des programmes externes.

/usr/local/share/man
C:\Program Files
Dossier des manuels des programmes externes (au format “.roff” compressé).

/usr/local/etc
C:\Users[Utilisateur]\AppData\Local
Dossier des fichiers de configuration des programmes externes.

/etc
C:\ProgramData
Dossier des fichiers de configuration des programmes faisant partie du système.

/opt
C:\Program Files
Dossier d’installation des programmes externes (installés manuellement), des ajouts optionnels, non spécifique à l’ordinateur utilisé.

/etc/opt
C:\Users[Utilisateur]\AppData
Dossier des fichiers de configuration des programmes externes optionnels.

/etc/init.d
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup
C:\Users[Utilisateur]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
HKEY_USERS[SID de l’Utilisateur]\Software\Microsoft\Windows\CurrentVersion\Run
Dossier des programmes qui se lancent à l’ouverture de la session, avec des droits d’administrateur ou non.
Ils doivent être rédigés d’une certaine façon (avec un “case” contenant au moins “start)” et “stop)”, etc.).
Il faut ensuite mettre un raccourci dans “/etc/rcS.d”.

Il y a plusieurs dossiers de ce type, chacun a un rôle précis, défini dans le fichier “/etc/inittab” :

  • “rcS.d” sert à lancer les programmes en mono-utilisateur avec réseau : au démarrage,
    les scripts de /etc/init.d ayant des raccourcis dans “/etc/rcS.d” sont lancés.
  • “rc0.d” sert pour les programmes à lancer à l’arrêt du système.
  • “rc1.d” sert pour les programmes à lancer en mono-utilisateur sans réseau.
  • “rc2.d” sert pour les programmes à lancer en multi-utilisateur sans réseau.
  • “rc3.d” sert pour les programmes à lancer en multi-utilisateur avec réseau.
  • “rc4.d” sert pour les programmes à lancer avec l’environnement graphique.
  • “rc5.d” sert pour les programmes à lancer avec l’environnement graphique et le serveur X.
  • “rc6.d” sert pour les programmes à lancer au démarrage du système.

Dans chacun de ces dossiers, les raccourcis sont nommés en commençant par “S” pour “Start” (pour les programmes à lancer)
et “K” pour “Kill” (pour les programmes déjà lancés à stopper), suivi d’un nombre de 0 à 99 qui représente l’ordre de lancement ou d’arrêt.
Par exemple : “/etc/rc3.d/S60nom-du-service-1” est un raccourci de “/etc/init.d/nom-du-service-1”, et sera lancé après “/etc/rc3.d/S59nom-du-service-2”.

/var
C:\Windows\System32
Arborescence pour les fichiers dont le contenu va changer fréquemment (journaux d’évènement du système, sauvegardes, etc.).

/var/backups
C:\Windows\System32
Dossier des fichiers de sauvegarde (Etat du système, des programmes, de modifications à risque, etc.).

/var/cache
C:\Windows\SoftwareDistribution\Download
Dossier de décompression des paquets (intermédiaire entre la décompression et l’installation). Il est géré et vidé par le système, mais on peut le vider avec la commande sudo apt-get clean

/var/crash
C:\Windows\System32
Dossier des rapports de crash d’un programme.

/var/lib
C:\Windows\rescache
Ressources du système, principalement.
Dossier des bases de données (comme la liste des paquets, les scores de certains jeux, etc.).

/var/lock
[Pas d’équivalent]
Lien vers “/var/run/lock” (donc vers “/run/lock” via le raccourci) pour la rétro-compatibilité.

/var/run
[Pas d’équivalent]
Lien vers “/run” pour la rétro-compatibilité.

/var/log
C:\Windows\System32\config
Dossier des journaux d’évènement du système.

/var/mail
[Pas d’équivalent]
Arborescence pour les courriels ("/var/mail/[Utilisateur]").
Ce dossier est plus utilisé par les serveurs mails que par les clients (serveur SMTP comme Postfix).
Les logiciels serveurs peuvent aussi utiliser un ancien dossier : “/home/[Utilisateur]/maildir”.

Par exemple pour Thunderbird :
Sur Windows, les mails se trouvent par défaut dans "C:\Users[Utilisateur]\Appdata\Thunderbird\Profiles[Profile]
Sur Linux, les mails se trouvent par défaut dans “/home/[Utilisateur]/.thunderbird/[Profile]” (dossier caché, faîtes CTRL+h pour l’afficher)

/var/www
[Pas d’équivalent]
Dossier du serveur Wep (comme Apache).

/var/mysql
[Pas d’équivalent]
Dossier du serveur SQL (comme mySQL).

/var/metrics
C:\Windows\Prefetch
Dossier de métrique des logiciels, afin d’évaluer leurs performances, leur consommation, etc. (utile au noyau pour faire de l’optimisation).

/var/spool
C:\Windows\System32\spool
Le “spool” représente la file d’attente “de passage” qui va être utilisée par un autre logiciel (courriels, fichiers à imprimer, etc.).

/var/tmp
C:\Users[Utilisateur]\AppData\Local\Temp
Dossier des fichiers temporaires des programmes. Il n’est pas vidé à chaque démarrage.

/var/local
C:\Program Files
Arborescence similaire à “/var” pour le dossier “/usr/local” (pour les programmes installés manuellement).

/var/opt
C:\Program Files
Arborescence similaire à “/var” pour le dossier “/opt” (pour les programmes optionnels installés manuellement)

Voilà qui pourra aider pas mal de monde à y voir plus clair…

#2

Super ce tuto, là on a appris plein de choses que l’on ignorait.

#3

Ah ? T’es sûr ? :017
Parce que ma / à moi, elle est sur sdb1 voire sdc1 pour l’installation de secours. Et mon lecteur CD sous windows s’appelle Z. Et si sda1 est un disque dur, sda2 doit en être un aussi. J’te raconte pas la taille de ma tour pour y faire tenir 14 disques durs, dans ce cas. Et sans compter le Z, en plus. :think:

#4

Je pars du principe que l’on ne met qu’une seule partition par disque dur (donc que sda1 est un disque dur, et non juste une partition).

J’ai (malheureusement) l’orgueil de ne pas prendre tous mes lecteurs pour des débiles.

Après, j’ai aussi précisé dans ma définition que la racine est un dossier virtuel qui peut être étendu à plusieurs disques durs.

Si ton OS est sur sda1, alors ta racine y est forcément. Sauf si tu as installé son OS sur sdb1 ou sdc1.

#5

sda1 est une partition, sda est un disque dur.

Mon OS peut etre sur sda1. Ou sur sda1, sda2, sdb4 et hda2 en même temps… Je fais ce que je veux!

Ce type de topic s’adresse aux débutant : les autres savent comment est structuré le système de fichier. A partir du moment ou tu parles aux débutants, tu peux pas te permettre d’approximation: certain copie-colleront la ligne de commande sans réfléchir…

Pourquoi vouloir absolument te raccrocher à Windows??? Le découpage est différent, point. Et pour ceux qui veulent une description : http://fr.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

(va partir en sucette ce topic)

#6

Salut,

La racine de mon système Debian se trouve sur /dev/vg_glu/lv_root. Comment expliques tu ça ?

#7

[quote=“Celes”]
Voici enfin une définition CLAIRE du système de fichier sous Linux.

J’ai pas eu le temps de répondre sur l’ancien topic avant son verrouillage vu que j’ai dû réinstaller toute ma machine (ce foutu fichier /etc/fstab est susceptible, la moindre faute et tout est mort…).

/ (Racine)
Menu démarrer => Ordinateur => C:
[b]La racine est le disque dur où est installé l’OS (donc par défaut “sda1”). On peut y “fusionner” d’autres partitions d’autres disques dur pour qu’elle devienne un dossier virtuel qui s’étend sur plusieurs disques durs.
[/quote]Tu n’"as pascompris, il y a une grosse différence entre le supportphysique et la vision de l’utilisateur. Un système d’exploitation est une interface entre une machine et l’utilisateur. Le but est que celui ci ne voit pas le matériel. Si tu regarde sur ClefAgreg par exemple, tu verras que le système global est la superposition (réelle) de plusieurs systèmes de fichiers en lecture seule contenu dans des fichiers squashfs et d’un système defichier en RAM. La clef USB elle même est accessible sur /oldroot/cdrom. La racine est dans ce cas difficile à situer ce qui n’a aucune importance.
La bonne définition est «la racine est le seul répertoire n’admettant pas de répertoire «parent» (voir définition de la racine d’un arbre). Son étiquette est «/». Terminé.[quote]
Initialement, la racine est le contenu du disque dur sur lequel l’OS est installé (“sda1”).
Néanmoins, le dossier "lost+found n’y est pas visible.
[/quote]Là encore tu te trompes. Le dossierlost+found est systématiquement crée lors du formattage du système de fichiers en ext?. Sur NTFS, tu as des répertoires équivalents.[quote]
De plus, la racine contient des partitions dynamiques, créées au démarrage de l’ordinateur :

  • Le système de fichier “udev” est uniquement dans la mémoire vive, il contient une partie du dossier “/dev”.[/quote]Ce ne sont pas des partitions dynamiques mais des systèmes de fichiers (appelés plutôt pseudo systèmes de fichiers) permattant de gérer des paramètres du noyau. «Sous Unix tout est fichier». Exemple, francois@portos:~$ ls -altr /proc/kcore -r-------- 1 root root 140737486262272 mars 12 11:25 /proc/kcore francois@portos:~$ Crois tu vraiement que c’est un réel fichier de 131To[quote][…]
    Sur Linux, tout n’est que fichier : les informations montées en RAM et l’équivalent des clés de registre sont visualisables dans des fichiers.
    Ainsi, sous Linux, toute récupération d’information se fait en lisant des fichiers.
    [/quote]Pas tout à fait. La base de registres de windows correspond plutôt au répertoire /etc(en ce qui concerne les registres «system» et au repertoire $HOME/.config, $HOME/.kde, etc pour les registres USER. IElle contient tous les paramètres des programmes. Je ne connais pas assez bien windows pour savoir si certains registres de la base de registres sont en lecture seule pour connaître certains paramètres du noyau, mais dans lamesure où windows est un micro noyau, il doit y en avoir peu.[quote]
    Remarque :
    Pour savoir sur quelle partition (sur quel disque dur, etc.) se trouve un dossier, tapez df -h [chemin et nom du dossier]
    [/quote]Non, il suffit de taper «mount» pour obtenir la méthode de construction du système de fichiers ou bien de regarder le contenu de /proc/mounts. df ne fait que donner l’occupation des disques physiques existants.

[quote]
Donc l’équivalent du
[Menu démarrer] > [Ordinateur] > C:
sous Linux est le dossier “/media/sda1” en y ayant monté votre disque “sda1”.

[…]
[/quote]Là tu décris une façon d’accéder à un disque dur précis. C’est un cas tout à fait particulier[quote]
[…]
Sur Ubuntu :

/dev/sda1 /media/Disque\040dur\0401\040(C:)(sda1)\040-\040Système    ext4    defaults                   0 0
/dev/sdb1 /media/Disque\040dur\0402\040(D:)(sdb1)\040-\040Données    ntfs-3g defaults,locale=fr_FR.utf8 0 0
/dev/sdc1 /media/Disque\040dur\0403\040(E:)(sdc1)\040-\040Sauvegarde ntfs-3g defaults,locale=fr_FR.utf8 0 0

Sur Debian :

/dev/sda1 /media/Disque\040dur\0401\040(C\072)(sda1)\040-\040Syst\303\250me ext4    defaults                   0 0
/dev/sdb1 /media/Disque\040dur\0402\040(D\072)(sdb1)\040-\040Donn\303\251es ntfs-3g defaults,locale=fr_FR.utf8 0 0
/dev/sdc1 /media/Disque\040dur\0403\040(E\072)(sdc1)\040-\040Sauvegarde     ntfs-3g defaults,locale=fr_FR.utf8 0 0

[/quote]Tu fais des hypothèses sur tes système de fichiers, les identifiants des partitions (utilisés systémlatiquement maintenant) permettre de s’abstraire de la posiition des disques. Explore le répertoire /dev/disk, tu apprendras des choses.[quote][…]

/dev
C:\Windows\System32\drivers
Dossier des pilotes des périphériques et autres fichiers permettant de les monter et de la gérer.
[/quote]Non. De plus tu décris une façon d’organiser les fichiers mais cela n’est pas une obligation.[quote]
[…]
/lib
C:\Windows\SysWOW64
Dossier des bibliothèques 32-bits partagées (qui doivent être accessibles pour tous les programmes et tous les utilisateurs).

/lib64
C:\Windows\System32
Dossier des bibliothèques 64-bits partagées (qui doivent être accessibles pour tous les programmes et tous les utilisateurs).
[/quote]Ça n’est pas vrai, ils ont réussi ce coup là!?! Très fort Microsoft sur les noms![quote]

/lost+found
[Pas d’équivalent]
[/quote]Si sur NTFS il y a systématiquement un dossier de nom «System quelque chose» de crée lors de la première vérification. Tu peux virer le lost+found si tu veux.

[Je n’ai pas lu la suite en détails]

Edit:

La différence entre /bin et /sbin d’une part et /usr/bin, /usr/sbin d’autrepart est que les programmes sous /usr nécessitent le montage complet du système de fichiers. En gros un programme sous /bin ou /sbin doit pouvoir tourner avec la seule partition racine monté.

[quote]/run
C:\Users[Utilisateur]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
HKEY_USERS[SID de l’Utilisateur]\Software\Microsoft\Windows\CurrentVersion\Run
Dossier des programmes qui se lancent au démarrage du système, entre autres avec ceux qui sont en train de tourner.
[/quote]Là c’est absurde, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ n’est pas un répertoire. La base de registre de windows est une arborescence mais ne correspond pas à des fichiers. En l’occurrence, ici ce sont les noms des programmes lancés au démarrage, mais les fichiers correspondant se trouvent ailleurs. /run ne correspond à rien ne connu, je n’ai jamais vu ça sur un unix. Voir plutôt coté /etc/rc.local usuellement. /run est l’ancin /var/run plutôt.

/opt correspond plutôt à des programmes externes à la distribution utilisés mais non spécifique aux machines utilisés: exemple google-earth est sous /opt, gestion_de_la_comptabilite_de_la_quincallerie_dupont sera installé sous /usr/local

/var/tmp n’est pas vidé au redémarrage, c’est /tmp qui l’est.

/var/run est très important, c’est l’endroit où sont crées les douilles UNIX des programmes en cours. Il (Certains les mettent aussi sous /tmp ce qui est bizarre). Il y a également les foichiers processus.pid permettant de connaître le PID d’un service lancé.

De façon générale, le répertoire /var contient les données utilisés par les démons tournant sur la machine. /var/mail pour le SMTP, /var/www, /var/mysql, etc.
/var/lib correspond aux données système.

/var/log: ne pas confondre journalisation et logs. /var/log contient les «logs» autrement dit la trace des évènements ayant eu lieu.

lock: ce sont des verrous, utilisés pour réserver une ressource donnée. Il y a surement l’équivalent sous windows.

Encore une fois,tu viens juste de donner une description d’une arborescence possible des fichiers sous unix, arborescence qui est la plus courante. Si tu prends la Fonera par exemple, tu as une structure de répertoires différente:

. ./lib ./usr ./usr/lib ./usr/lib/pppd ./usr/lib/webif ./usr/bin ./usr/sbin ./usr/share ./bin ./tmp ./tmp/log ./tmp/run ./tmp/.ssh ./tmp/spool ./tmp/spool/cron ./mnt ./rom ./jffs ./sys ./etc ./etc/config ./etc/ppp ./etc/hotplug.d ./etc/dropbear ./etc/crontabs ./etc/init.d ./sbin ./www

#8

Vachement patient le François aujourd’hui :wink:

#9

Non, des copies à corriger donc lemoindre prétexte est valable…

#10

Non, des copies à corriger donc lemoindre prétexte est valable…[/quote]
… pour t’en évader ? :laughing:

#11

Je corrige.

Je connais très bien Windows, et cette question est difficile à trancher. La base des registre est un ensemble de fichiers montés en RAM au démarrage du système ou plus tard :
C:\Users\nom d’utilisateur\NTUSER.dat
C:\Windows\System32\Config\SAM
C:\Windows\System32\Config\Security
C:\Windows\System32\Config\Software
C:\Windows\System32\Config\System
C:\Windows\System32\Config\Default
C:\Users\nom d’utilisateur\Appdata\Local\Microsoft\Windows\ursclass.dat

Elle contient bien plus de choses que /etc : toute la config de Windows, des programmes, les mots-de-passe, les autorisations d’accès, etc.
Il faudrait y ajouter au moins /run, /proc, /metrics et bien d’autres… L’organisation est très différente, je préfère éviter de m’y attarder…

[quote=“fran.b”][quote]Pour savoir sur quelle partition (sur quel disque dur, etc.) se trouve un dossier, tapez df -h [chemin et nom du dossier]
[/quote]Non, il suffit de taper «mount» pour obtenir la méthode de construction du système de fichiers ou bien de regarder le contenu de /proc/mounts. df ne fait que donner l’occupation des disques physiques existants.[/quote]

Désolé, la commande “Mount” ne me permet pas de voir ce que je cherche.

Par contre, df -h me le donne.
quel paramètres utiliserais-tu avec Mount ?

[quote=“fran.b”][quote]
Donc l’équivalent du
[Menu démarrer] > [Ordinateur] > C:
sous Linux est le dossier “/media/sda1” en y ayant monté votre disque “sda1”.
[/quote]
Là tu décris une façon d’accéder à un disque dur précis. C’est un cas tout à fait particulier[/quote]
Oui, mais je restreins à des exemples pour faciliter la compréhension. C’est de la vulgarisation. Evidemment, la définition générale serait exacte, mais bien moins facile à comprendre.

C’est aussi ce que je me suis dit.

Pour préserver la rétro-compatibilité, ils ont mis les fichiers 64 bits dans “System32”, et les 32-bits dans “SysWOW64” (System32 Windows On Windows 64). C’est pareil pour la base des registres.

Faire un dossier “System64”, “System32” et “System16” aurait été bien mieux, avec un filtre noyau qui réoriente les appels. Mais ça a dû les fatiguer…

Si un jour on passe au 128 bits, ils l’auront dans le cul, j’ai aussi trouvé ça stupide comme choix architectural de développement.

Je corrigerai.

Je sais, mais trop compliqué pour un néophyte.

[quote=“fran.b”][quote]/run
C:\Users[Utilisateur]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
HKEY_USERS[SID de l’Utilisateur]\Software\Microsoft\Windows\CurrentVersion\Run
Dossier des programmes qui se lancent au démarrage du système, entre autres avec ceux qui sont en train de tourner.[/quote]
Là c’est absurde, HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ n’est pas un répertoire. La base de registre de windows est une arborescence mais ne correspond pas à des fichiers. En l’occurrence, ici ce sont les noms des programmes lancés au démarrage, mais les fichiers correspondant se trouvent ailleurs.[/quote]
La base des registres est simplement 5 fichiers. Elle contient des liens qui permettent de lancer des programmes au démarrage (une faille selon moi, il faudrait mettre des raccourcis dans le dossier “Démarrage” du menu démarrer, ça éviterait nombre de problèmes).

J’avais lu quelque part que /run contenait les raccourcis ou chemins des programmes qui se lançaient au démarrage.
Est-ce donc faux ?

Dans ce cas, où est la liste des programmes qui se lancent au démarrage sous Linux ?
En gros, le point de passage obligé pour un virus ?

Sous Windows, soit un virus

  • Met un raccourci dans le dossier Démarrage
  • Met une clé dans “run” dans la base des registres
  • S’enregistre comme service
  • Patch l’un des micro-noyaux (services) pour se lancer

Sous Linux, comment un virus peut-il se lancer au démarrage ?

  • Il ne semble pas y avoir de dossier “Démarrage” dans le menu démarrer (ce seait néanmoins bien d’en faire un)
  • Pas de clé de registre “run” (une bonne chose)
  • Pas de services, noyau monolithique

(Merci d’éviter le troll comme quoi il n’y a pas de virus sous Linux, déjà c’est faux, ensuite tout système est vulnérable, Linux est juste moins populaire, mais ça viendra)

Il doit bien y avoir un endroit où les programmes de démarrage sont inscrits ?

Ben le dossier /run existe sous la dernière Ubuntu en tout cas…

Je vais voir comment clarifier ça.

Je corrigerai.

Je vais creuser ça.

[quote=“fran.b”]De façon générale, le répertoire /var contient les données utilisés par les démons tournant sur la machine. /var/mail pour le SMTP, /var/www, /var/mysql, etc.
/var/lib correspond aux données système.[/quote]

Idem, je corrigerai.

Base des registres, ça reste en RAM tout ça sous Windows, ce n’est pas visible.
Il y a juste des fonctions pour l’interroger.

Le but est surtout de fournir des repères aux débutants qui sortent de Windows. Pas de les noyer dans un flot de trucs à savoir.

C’est le principal défaut de Linux, son côté “anti-user-friendly”. Windows, dans une moindre mesure, tu l’installes et ça marche. Linux, faut mettre les mains dans le camboui. Eviter ça est l’idée d’Ubuntu, pas encore vraiment réussie à mon sens.

Mon idée est de créer un Linux avec une GUI très proche de Windows pour le refiler à mes potes et ainsi briser leur peur de ce système.
Car si Linux a une victoire technique dans le domaine des OS, Windows a une victoire commerciale. Si Linux ne s’aligne pas un minimum, jamais il ne percera davantage.

#12

:079 :005 :005 :005 :119

#13

[quote=“Celes”]Sous Linux, comment un virus peut-il se lancer au démarrage ?

  • Il ne semble pas y avoir de dossier “Démarrage” dans le menu démarrer (ce seait néanmoins bien d’en faire un)
  • Pas de clé de registre “run” (une bonne chose)
  • Pas de services, noyau monolithique[/quote]
  • Chaque utilisateur peut configurer ce qui se lance automatiquement lors de sa connexion. Soit via un script soit via un outil graphique.
  • connais ce registre “run”.
  • Je ne sais pas ce que tu appelles “services” exactement. Linux est un noyau monolythique qui fonctionne avec des modules. Tu peux charger ou décharger des modules (pilotes par exemple).

Lors du boot, plein de choses se passent de manière automatisées (mais configurables). Debian utilisait SysInit pour gérer ça mais vient de passer à Systemd depuis peu. Je ne connais pas ces systèmes mais si tu as besoin de lancer un outils d’administration, ça se passe souvent de ce coté. (ex :https://www.isalo.org/wiki.debian-fr/Netfilter/Iptables_introduction)

Si je devais concevoir un virus, je ne m’amuserais pas à la lancer via un script ou un raccourci dans le menu de l’utilisateur…
Je chercherais à infecter un service déjà existant lancé d’office par le système.

C’est une discussion éternelle et stérile. Pour moi windows est un calvaire à tout point de vue. Debian propose un installateur graphique. Si tu appuies sur ok tout le temps, tu te retrouves (30min plus tard) avec un système complet similaire à windows ou macos sans mettre les mains dans le cambouis.
KDE a été pensé pour ressembler à windows.
Debian n’a aucun but commercial, Ubuntu oui. Fait la comparaison. Pour moi ça en dit long…
Tu trouveras peu de personnes ici qui resentent le besoin d’une action commerciale. C’est en fait incompatible avec les principes de debian qui défendent la liberté. Au milieu d’android macos & co avec leurs applis facebook, amazon, etc… la philosophie debian prend tout son sens.

Ceci dit, rien ne t’empeches de vouloir rendre Debian plus accessible en y ajoutant une surcouche. Il y a d’ailleurs un projet qui est né sur ce forum. Il y a aussi handylinux.
A coté de ces projet, Debian doit rester ce qu’elle est.

P.S: Oui, j’ai que ça à faire. J’ai une super-crève.

#14

L’outil graphique n’est pas constant, donc pas vraiment fiable pour faire un tuto.

Comment configure-t-on le lancement au démarrage en ligne de commande ? Genre quel fichier faut-il éditer ?

Par exemple, je veux qu’un programme se lance lors de mon login utilisateur, où dois-je mettre son raccourci ? Ou sa ligne de commande ?

Selon certains tuto, il faut mettre le script dans “/etc/init.d”, avec start) et stop) pour être lancé en administrateur.

Pour d’autres, dans “~/.Kde4/Autostart/”, et si le script existe déjà autrepart, un simple lien suffit :

[quote]- je ne connais pas ce registre “run”.

  • Je ne sais pas ce que tu appelles “services” exactement. Linux est un noyau monolythique qui fonctionne avec des modules. Tu peux charger ou décharger des modules (pilotes par exemple).[/quote]

Je parlais de Windows. Sous Linux, pas de registre, pas de services. Une bonne chose selon moi.

Evidemment, Debian doit rester ce qu’elle est : une base, une fondation solide, et surtout libre.

Mon but est d’aller là où les entreprises ou projets comme Handylinux ne peuvent aller : faire coller Linux et Windows pour que le passage se passe en douceur, sans perte des repères. Je le peux car je n’ai pas à faire dans le légal absolument, je peux coller la même interface sans avoir à me taper des problèmes de droits…

#15

/etc/init.d c’est au niveau administrateur.

cyberciti.biz/tips/linux-des … grams.html
Chaque environnement graphique a son outil. Souvent, il y a une solution généraliste. Ici, c’est .xinitrc

#16

[quote=“Funkygoby”]/etc/init.d c’est au niveau administrateur.

cyberciti.biz/tips/linux-des … grams.html
Chaque environnement graphique a son outil. Souvent, il y a une solution généraliste. Ici, c’est .xinitrc[/quote]

Apparemment ça peut être pour les deux : admin ou utilisateur. Ca dépend des commandes qu’on y met.
Les départs comme ceux des environnements graphiques sont un ajout.

#17

[quote=“ggoodluck47”]Salut,

La racine de mon système Debian se trouve sur /dev/vg_glu/lv_root. Comment expliques tu ça ?[/quote]

Tu peux jacasser autant que tu veux, tes données sont toutes contenues sur un disque dur (à moins que tu aies trouvé un nouveau moyen révolutionnaire de les stocker).

Moi je cherche à faire le lien PHYSIQUE : à savoir à QUEL ENDROIT sont les données, sur quel DISQUE DUR.
Car c’est CA qui freine (entre autres) les utilisateurs sur Linux : l’insécurité de ne pas savoir où sont les données.
Le FHS est peut-être puissant mais il n’est pas intuitif pour 2 sous.

Savoir où est montée la racine, je m’en bats les couilles, c’est de la branlette de détails pour les noobs qui se prennent au sérieux parce qu’ils savent taper 3 commandes.

Réponses : J’explique ça par le fait que tu trolles bêtement sans comprendre ma question.

#18

Ayez confiance :033

disque, partition, point de montage…

Rien de trop compliqué à comprendre

(bon LVM c’est quand on maîtrise un peu :stuck_out_tongue: )

#19

[quote=“Celes”][quote=“ggoodluck47”]Salut,

La racine de mon système Debian se trouve sur /dev/vg_glu/lv_root. Comment expliques tu ça ?[/quote]

Tu peux jacasser autant que tu veux, tes données sont toutes contenues sur un disque dur (à moins que tu aies trouvé un nouveau moyen révolutionnaire de les stocker).

Moi je cherche à faire le lien PHYSIQUE : à savoir à QUEL ENDROIT sont les données, sur quel DISQUE DUR.
Car c’est CA qui freine (entre autres) les utilisateurs sur Linux : l’insécurité de ne pas savoir où sont les données.
Le FHS est peut-être puissant mais il n’est pas intuitif pour 2 sous.

Savoir où est montée la racine, je m’en bats les couilles, c’est de la branlette de détails pour les noobs qui se prennent au sérieux parce qu’ils savent taper 3 commandes.

Réponses : J’explique ça par le fait que tu trolles bêtement sans comprendre ma question.[/quote]
Encore une fois non. Les données peuvent être en RAM (cas des CD ou USB live, elles peuvent être un amalgame d’images squashfs et d’un ramdisk (cas de clefagreg), elles peuvent être un système NFS, un systèle LVM, un raid bref ça peut être n’importe quoi. Comme je tel’ai dit, le but d’un système d’exploitation est justement d’abstraire la partie physique afin que les programmes et l’utilisateur n’aient pas à s’en préoccuper. Vouloir faire le chemin inverse est absurde. Ton deuxième commentaire prouve ton manque de sérieux et ton infantilisme. À croire que tu attends une réponse genre «C’est cui qui dit qui est!»

#20

Chercher à faire des correspondances d’arborescence entre le monde Win et *NIX est vraiment une fausse piste.
Quand tu cherches à expliquer l’architecture d’un camion prend tu une centrale nucléaire pour illustrer tes propos ?

Les paradigmes sont différents entre les arborescences de ces OS. D’un coté tu as une isolation plus ou moins forte de chaque appli (program files) et de l’autre une mutualisation de toutes les ressources d’où cette impression de “bordel” quand tu passe de l’un a l’autre. Mais une fois maitriser tu verra que “le bordel” a certain avantages indéniables.