Reprise du message précédent :
On dirait qu'il y a toujours des solutions avec W10:
 
https://www.paragon-software.com/home/linuxfs-windows/
 
http://www.ext2fsd.com/

 
Je viens de lancer une copie vers mon disque dur externe en 2 pouces et 1/2 fraichement formaté en ExFat ( le fameux Samsung de 320 Go et qui était avant en NTFS )
Pour l'instant le débit de la copie est meilleur qu'avec le NTFS
Au début je suis monté à 110Mo/sec et cela s'est stabilisé à 95 Mo/sec
Bon je sais que la vitesse dépend de tout un tas de facteurs ( taille du fichier copié, etc... ) mais pour l'instant ça envoie du bois  
 
edit : et plus aucun blocage avec l'espace en fin de nom des dossiers, merci les gars !  
 
edit 2 : dans l'absolu mon débit de copie était encore meilleur avec de l'Ext4  

Ext2fsd n'a jamais daigné fonctionner chez moi.

Il faut bien faire attention à la prise USB également !
Sur le boîtier de mon PC fixe, les prises en façade sont bien malades et de toute façon n'assurent pas un débit top top
Je branche donc désormais directement sur la backplate de la carte mère derrière le PC.

Celles en façade sont peut-être en usb 1 ou 2, et celles à l'arrière en usb 2 ou 3 ?

J'ai du 3 et du 2 en façade et aussi sur la backplate.
Mais après faut voir la qualité des câbles dans le boîtier.
 
edit : test d'un gros disque dur en 3 pouces et 1/2 avec le système de fichiers ExFat, ça déboîte bien le débit pour la copie !
 

J'avais pas fait d'update depuis environs 8 mois sur mon portable par ce que j'avais la flemme de déplacer mon curseur jusqu'à l’icône du terminal.  
Là, dans un excès d’énergie, je viens de finalement le faire, ça à update environs 900 paquets, j'ai reboot, sans faire de backup parce que j'ai aussi la flemme et ça marche parfaitement, pas la moindre alerte à part 2 pacnew.
 
Voila j’étais seulement venu vous faire part de ma grosse journée d’administration système.

Bon je suis en pleine tentative d'install d'Arch dans VirtualBox. C'est ma première fois pour Arch.
 
C'est quoi qui est installé de base pour pouvoir éditer les fichiers texte ?
Le tuto que je suis me dit de passer par nano mais je l'ai pas, pico n'est pas là non plus, vi/vim n'y est pas non plus... avec quoi je peux faire ça ?    
(Je précise que j'ai lancer la commande "pacstrap  /mnt base base-devel" )

@burn2 : si tu nous regardes
(cf. la discussion sur le fil ubuntu pour remplacer ubuntu lts par un truc stable   )

Tu ne peux pas installer nano (avant ou dans le chroot)?

 
Oui t'as raison en faite je peux le faire, j'ai trouvé la commande et ça marche (je suis pas encore très au fait de pacman, j'ai jamais fait qu'utiliser apt jusqu'à maintenant )

Pour la petite histoire : il y a quelques mois, le groupe base a été remplacé par un méta-paquet du même nom. Sauf que certains paquets fournis dans l’ancien groupe base n’ont pas été repris dans le méta-paquet. Et parmi les malheureux laissés-pour-compte, on trouve… Nano.
Super cool de ne même pas avoir intégré un éditeur de texte en mode texte pour l’installation minimale !  
Mais pour compenser, tu aurais pu ajouter nano à la suite de ta commande pacstrap (ou sur une deuxième commande pacstrap où tu rajoutais les outils complémentaires indispensables pour un OS de PC de bureau : mtools, dosfstools, ntfs-3g, p7zip, zip, unzip, unrar, numlockx, mc…).

C'est un peu ce que je viens de faire, sans chiffrement.
 
Pour commencer, tu as anarchy qui est une sorte d'installateur et qui automatise pas mal de chose :
https://www.anarchylinux.org/download/.
 
Il faut choisir l’installation avancée pour avoir exactement ce que tu veux.
 
Sinon à la main ça se fait bien aussi, tu as les guides d'installation pour t'aider, en suivant le guide FR et EN, ça le fait, mais il y a beaucoup plus d'étapes.
https://wiki.archlinux.org/index.php/Installation_guide
https://wiki.archlinux.fr/
 
Pour un portable tu as une base de donnée aussi :
https://wiki.archlinux.org/index.php/Laptop
 
Tout est dans le wiki en fait, c'est bien foutu.
 

 
Le mieux reste le wiki officiel : https://wiki.archlinux.fr/Installation
Il faut pas hésiter à jongler entre les pages FR vers celles EN qui sont souvent plus complètes.
 
En complément il y à par exemple aussi le guide de Frederic Bezies : http://frederic.bezies.free.fr/blog/?page_id=9453

Pour la stabilité et la complète main sur ton système tu fais le bon choix, surtout pour le deuxième point qui est peut-être le plus caractéristique d'arch.
Pour le chiffrement par contre, c'est pas que le choix est mauvais, mais c'est que tu auras simplement le même chiffrement que dans tout autre linux, puisqu'il reposera sur le logiciel cryptsetup, qui n'a rien de spécifique à arch.
 
Une chose est d'ailleurs à noter sur ce point : si tu fais une install à la mano (ce qui correspondrait à ton souhait de mettre les mains dans le cambouis, et serait plus conforme à la philosophie arch) tu devras installer cryptsetup explicitement, car il n'est plus inclus dans le méta-paquet "base" qui remplace l'ancien groupe de paquets "base" (lequel contenait cryptsetup).
Cf. "Installation des paquets de base" dans la page de wiki déjà citée : https://wiki.archlinux.fr/Installat [...] ts_de_base

Si tu pourrais aussi le faire avec une autre distro, dès lors que tu prends le parti de passer systématiquement en ligne de commande, mais c'est sûr qu'avec arch ton intrication avec le système sera plus grande.
Par contre attends-toi à ce que ce soit un peu violent, au moins au début  

Sauf que Fred a abandonné son guide ; et que depuis cet été, ce dernier doit être devenu passablement obsolète sur de nombreux points (remplacement de base qui n’inclut plus Nano par défaut, par exemple).
 
 
Non : là, tu confonds avec Gentoo. (Même Calculate Linux, basée sur et 100% compatible Gentoo, sait au moins gérer des paquets binaires précompilés)
En revanche, si tu comptes installer des logiciels venant d’AUR : là, oui, tu devras les compiler toi-même (sauf si tu les trouves en précompilés dans des dépôts tiers, mais la sûreté de ces derniers ne saurait être garantie ; consulte le wiki pour voir ceux qui sont considérés comme fiables, mais évite vraiment d’en abuser et surtout, surtout : aucun dépôt tiers ne doit être inscrit avant ceux d’Arch elle-même ! Jamais !)
 
Mais oui : pour avoir découvert moi-même Arch il y a presque 5 ans et demi, maintenant, ça m’a bien rappelé la grande époque du duo MS-DOS + Windows 3.1, à devoir d’abord faire le partitionnement du disque système, puis le montage des dites partitions, l’activation à la main du swap, puis le choix des miroirs, la récupération et l’installation (qui se fait dans la foulée avec pacstrap) des paquets base* et des compléments cités dans un précédent message, puis passage en chroot pour le choix des locales, puis la configuration du noyau, la génération du fichier fstab, l’installation de GRUB, la définition du mot de passe root, configuration du hostname… Premier redémarrage, création des comptes utilisateur normaux, installation du pilote vidéo, installation de X et du DE de son choix, CUPS aussi (pour imprimer), GStreamer (variantes gst-plugins-{good,bad,ugly} et gst-libav), gvfs (pour le montage auto des volumes amovibles), ntpd, xfluxd ou redshift pour le réducteur de bleus si le DE n’en a pas nativement un, les répertoires utilisateur XDG, et enfin le gestionnaire de session graphique (pour voir si tout marche déjà bien, après quoi on pourra ensuite compléter sa logithèque). Sans oublier d’activer plein de services.
 
Oui, Arch, c’est un OS de type « Lego », où tu installes pratiquement tout à la carte (mais avec prise en compte des dépendances, contrairement à Slackware). Après, un petit « sudo pacman -Syu » tous les jours (ou un simple « yay », si tu as installé ce dernier pour gérer aussi ce que tu as pu installer depuis AUR, ou Pamac-aur si tu veux faire ça en GUI), ou au pire une fois par mois, et tu n’auras généralement pas plus de maintenance à faire que ça au quotidien.

 
Pars sur une LFS au lieu d'Arch pour cela
 
Bon après j'ai dit que je tenterais l'aventure dessus il y a plus de 10 ans et je ne l'ai jamais fait...

"Microsoft   Linux" tellement, qu'il n'y a toujours pas (et il n'y aura probablement jamais) de pilote pour Ext4...

 
Ah ok je comprend mieux. Si j'ai bien compris aussi faut installer le groupe "core" en plus de "base" pour avoir nano et d'autres outils pratiques car c'est dans "core" que nano se trouve maintenant.
Cependant je comprend pourquoi les mainteneurs d'arch ont fait ça, ça permet une granularité plus fine dans la construction du système.
 
Alors pour l'anecdote quand je suis tombé sur la commande pacstrap en faite j'avais aucune idée de ce que c'était sensé faire à part un très vague "ça télécharge et installe la base d'un linux". Les tutos que je suivais listais ce que je comprenais être des noms de paquets ou metapackage mais je savais pas ce qu'ils contenaient exactement.En faite je n'ai installé que 2 groupes : base et base-devel parce que c'était les seuls mentionnés dans les tutos obsolètes que je lisai. Non, pas de noyaux ! lol et je m'en suis rendu compte que lorsque grub ne lançait pas le système et que j'ai parcouru plus en détail le wiki d'arch qui mentionnait aussi le groupe linux et linux-firmware à mettre dans la commande pacstrap pour installer au moins le noyau En conclusion vaut mieux suivre le tuto du wiki qui lui est à jour contrairement à ce qu'on pourrait trouver en cherchant "install arch linux tutorial" sur internet.
 
Bon toutefois je recommande la lecture du guide de Bézier au moins en diagonal pour avoir des astuces et des infos pertinantes sur l'installation d'une archlinux et/ou pour se faire une idée des grandes étapes par lesquelles il faut passer pour monter un système. Mais à mon avis il ne faut pas négliger les bases théoriques non plus parce que monter un linux sans avoir d'idée sur le rôle des différents composants ni la vision d'ensemble de l'architecture d'un système linux ça peut mener à mon avis à l'écriture de lignes de commandes sans vraiment savoir ce qu'elles font et/ou sans savoir pourquoi on en a besoin et le fait maintenant. Je suis un peu old-school à ce niveau et je considère qu'un bon bouquin sur l'administration Linux (et pas que sur le noyau) est un indispensable qui donne une vue d'ensemble appréciable quand après on se met à suivre un tuto qui balance des lignes de commandes avec description rachitique de leur but. Après certains apprennent mieux en faisant parce qu'ils ont l'instinct pour trouver le sens dans une pratique, mais moi je fais pas parti de cette catégorie donc je suis bien content d'avoir lu un pavé avant de me lancer dans la construction d'un archlinux (et l'installation et la maintenance de la plupart des linux au passage)
 

 
Ce niveau de violence dans Linux From Scratch franchement  
Déjà faut pas se louper dans le système intérmédiaire sinon c'est dead, et moi quand j'ai essayé je crois bien que je m'étais planté à un endroit du coup mon système final était foireux
Bon après le manuel de LFS est très bien fait et je crois que je réessayerai bien un de ces quatres histoire de dire que j'y suis arrivé. Pour ça les VM c'est quand même top car ça évite d'avoir à le faire sur un PC réel et de trouver de la place sur le disque, qui peut être difficile dans une config comme la mienne, ou de tout foutre en l'air.

Tu confondrais pas les groupes et les dépôts défois ?    
nano n'est dans aucun groupe, mais il est dans le dépôt core :

Je me suis dit pareil

Ah, ils ont même sorti le noyau de base ? Ces génies… Il y était, quand c’était encore un groupe !
Alors, c’est un peu compliqué… Accroche-toi, et lis bien : sur tous les noms de paquets que tu cites dans ton message :

• base-devel est un groupe (et base l’était aussi avant cet été), donc un regroupement de paquets installés en une fois (comme mate et mate-extra, xfce4 et xfce4-goodies…)
• base est, depuis cet été, un méta-paquet, donc un paquet qui en amène d’autres en tant que dépendances.
• core est un dépôt, pas un paquet. C’est là que sont groupés les paquets les plus indispensables pour un système minimal.
• linux et linux-firmware sont de simples paquets, pas des groupes.

Note que sur Arch, contrairement à Ubuntu ou Fedora ou CentOS, tu n’as qu’une seule version de noyau par type (linux, linux-lts, linux-libre…) : les nouvelles remplacent purement et simplement les anciennes. C’est pour ça qu’on recommande d’installer le noyau LTS en plus, des fois que le noyau normal refuserait de démarrer (c’est arrivé aux possesseurs de Core 2 Duo datant de 2009 en août 2018, dont moi, lors de la sortie du noyau 4.18 et il a fallu attendre la 4.18.7 pour que le correctif, applicable en attendant à la ligne de commande de démarrage de GRUB ou en démarrant en mode fallback si on n’avait pas le LTS en secours, soit intégré…). Simple précaution. Évidemment, ça nécessite de relancer une configuration de GRUB via la commande « grub-mkconfig -o /boot/grub/grub.cfg » (ou un autre chemin si tu as installé sur un volume en GPT).
 

C’est mon cas : j’apprends mieux par la pratique. Et c’est précisément parce que j’ai vu une vidéo de Fred qui présentait (avec infos complémentaires sur pourquoi il tapait telle ou telle commande) une installation en 30 minutes d’Arch Linux dans VirtualBox avec XFCE que je m’y suis aussi essayé et que ça n’a pas tardé à devenir mon nouvel OS (que je ne compte pas lâcher de sitôt).
 
J’ai bien lu le livre UNIX, pour aller plus loin avec la ligne de commande de Vincent Lozano, mais je suis bien incapable de savoir comment me servir de la commande awk… En revanche, je sais me dépatouiller avec d’autres commandes (pour lesquelles je me suis construit un petit pense-bête dans un fichier texte) comme ffmpeg, mogrify ou youtube-dl, parce que là, j’ai pu apprendre leur maniement en jouant avec.

Certains travaillent un peu pour que cela change, a voir si et quand, mais je l'espère. Tout le reste peut se réparer plus ou moins facilement, mais quand le noyau est mauvais il faut un autre OS pour réparer, ce qui n'est pas évident sans un autre ordinateur pour télécharger/copier... (Une fois j'ai du passer par une SDcard sur mon téléphone pour réparer mon Arch )

Un noyau LTS n'est pas toujours une option acceptable, par exemple quand j'ai compressé mon FS btrfs avec zstd, le noyau LTS ne supportait pas zstd et donc m'était inutile.
Aussi, il n'est pas impensable que le noyau LTS récupère le même bug en même temps que l'autre...
Apres ca reste mieux que rien
J'ai toujours 2-4 noyaux en parallèle pour ce genre de raisons.

En même temps, je pense pas. Mais c’est vrai que le noyau LTS n’est qu’un palliatif forcément temporaire, puisqu’il sera lui-même remplacé par le noyau LTS suivant. Par exemple : depuis la version 5.3, le noyau normal ne prend plus en charge les lecteurs de disquettes internes (qui ont disparu des PC préassemblés vers 2001). C’est toujours le cas du noyau LTS actuel qui est en 4.19. Mais quand le prochain LTS (un 5.4, normalement, soit le noyau normal actuel) va arriver, cette prise en charge disparaîtra pour cette branche aussi…
Entre nous, quand j’avais eu mon bug de démarrage en août 2018, il m’avait pas fallu mille ans pour prendre conscience d’une telle évidence. Il fallait absolument (pour que je puisse conserver ma machine ou me retrouver condamné à retourner sous Windows) que le bug de la clocksource mal préconfigurée soit corrigé sur le noyau normal.

 
Héhé, j'ai confusionné, désolé  

 
Oui et non    
Perso installation via Anarchy en avril 2018, et ensuite une fois que Archlinux est installé ( c'est la phase la plus rébarbative ) l'administration de l'OS c'est de la rigolade au quotidien. C'est je pense l'OS le plus simple à maintenir à jour que j'ai chez moi  

Gros +1
C'est chiant même, j'ai presque envie de me refaire une reinstall complète

 
Il suffit juste que linux et linux-lts soient mis à jour plus ou moins en même temps, et que le problème vienne d'un patch de sécurité/fonctionnalité critique que le LTS aurait aussi reçu.
 
Je ne dis pas que ce genre de probleme est courant, mais je pense que ca peut arriver, du moins en théorie .

Pour installer le système rapidement

Pour ça Arch est bien. Pas trop compliquée comme pourrait l'être une Gentoo et pas totalement clé en main comme une Ubuntu.  
Et pour sortir un peu des sentiers battus y'a de la doc claire, aur, la communauté  
 
Fin bref, je suis passé de Gentoo à Arch il y a longtemps (environ 10 ans à la louche ) et je regrette pas ma doc d'install de Gentoo imprimée à la fac
Par contre j'ai jamais franchi le pas utilisateur -> contributeur  

 
Oui j'avais compris ta recherche, mais je tenais juste à souligner que c'est un petit peu de la légende urbaine la nécessité de tout " configurer aux petits oignons " pour que cela fonctionne bien, voir même très bien.

Il a raison MIM, c'est un peu de la légende, c'est intéressant de le faire une fois à titre pédagogique pour voir qu'il y a plein de trucs à installer et à configurer
 
Commence par Anarchy, ça suit la même logique en moins fastidieux.
Tu peux tout aussi bien faire une installation minimale qu'une installation obèse.
À la fin de l'installation, tu peux même installer et configurer des choses en plus avec le chroot.
 
Il y a le cas des paquets Aur qui est particulier, ce ne sont pas des paquets officiels mais des paquets réalisés par des utilisateurs. Il peut y avoir des choses dont tu as besoin dedans, des pilotes d'imprimantes dans mon cas, ou firefox beta par exemple. Mais pour y avoir accès, il faut installer le noyau base-devel en plus et installer un gestionnaire de paquet qui le permet (yay), car celui d'origine (pacman) ne permet pas l’utilisation de paquets non-officiels. Les 2 fonctionnent quasiment à l'identique avec les mêmes commandes, ça ne change pas les habitudes.
 
 
 

+1 je ne vois pas quel est le but de se pignoler dessus, on est bientôt en 2020, il y a des installateurs automatisés.
Je l'ai fait une fois from scratch, je le ferais pas deux ... perte de temps inutile, il y a d'autres trucs plus utile à faire après l'install. Et si on part du concept Archlinux : KISS ... Pourquoi ne pas prendre un installateur dérivé comme Anarchy ou une distrib dérivée ? Surtout pour arriver au même résultat au final ...

Il veut apprendre, et se compliquer la vie, AMHA il devrait zapper Anarchy et compagnie et faire tout à la main.

Apres honnetement, je trouve cela nul qu'Arch ne propose pas d'installateur. Ce n'est pas comme si le proposer le rendrait obligatoire. Une installation a la main ne prend pas bien longtemps, je l'ai fait plusieurs fois, mais ca n'a aussi aucun intérêt... Et attention je suis le genre de personne qui utilise le terminal tous les jours avec une dizaine de tabs ouverts, je suis un gros fan de la ligne de commande quand c'est plus simple/rapide mais la ce n'est pas le cas.

Dans ce cas, prendre LFS.

Par contre j'avais installé avec Anarchy certes, mais je m'étais tout de même entrainé avant avec Manjaro, et j'avais aussi regardé des vidéos de Fred Bezies qui montrait comment utiliser Anarchy ( qui s'appelait Arch-anywhere alors ) et qui expliquait ce qu'il fallait installer ( base devel par exemple en effet ) et pourquoi il fallait l'installer.

Base-devel n’est pas un noyau, mais un groupe de paquets contenant ce qu’il faut pour en compiler à partir des fichiers PKGBUILD.

La seule méthode officielle pour installer depuis AUR (et ce sera donc à faire au moins une fois pour installer yay), c’est de passer par git (qu’il faudra installer, car il n’est pas inclus non plus dans les outils base*) :

-sri : compile (s) le paquet + supprime (r) les dépendances qui n’étaient nécessaires que pour cette compilation (histoire de garder un système propre) + installe (i) dans la foulée le paquet tout juste compilé.

À noter que si on installe yay, la commande « yay -G nom-du-paquet » joue le même rôle que la « git clone URL », et vaut aussi bien pour les paquets des dépôts officiels (via ABS, Arch Build System) que ce qui est sur AUR. C’est pour ça qu’il est si prisé.

Pacman aussi autorise totalement les paquets non officiels, c'est juste qu'il ne s'occupe pas de les télécharger/mettre a jour.

Salutations,
 
Avec la fin de support de Windows 7 qui arrive, je pense me tourner vers Arch (Windows 10 c'est mort pour moi, même gratuit je n'en veux pas   )
L'idée de ne pas avoir de release tous les 6 mois comme Fedora et d'obtenir les mises à jours les plus récentes pour tous les packages me plaît bien dans cette distro.  
Mais j'ai quelques incertitudes :
 
- Quand est-il du support matériel ? Est-il robuste avec les CPU/GPU récents ? J'aimerai bien jouer de temps en temps avec ma biblio Steam sans trop de problèmes avec mon GPU Nvidia...
- Arch est-il difficile à prendre en main pour un utilisateur de Fedora/Debian ? J'aime bien aussi l'idée d'avoir une machine vraiment configuré à ma sauce, mais j'ai peur de pas bien comprendre les tutos et faire n'importe quoi...
 
Merci !