Cata ce matin.....

[jibel]

..... suite a une suppression d'un de mes OSs.
Bonjour a tous et spécialement aux cadors.....
Ce matin j'ai décidé de desinstaller mon OS debian 8.5 qui se trouve dans le disque dur de 500Go juste a coté de mes autres OSs deux manjaros XFCE et KDE installés fonctionnant parfaitement + une debian8.5 Voyager X8 + un autre OS la debian8.5 aussi que j'utilise ..... Donc je ne dois pas avoir de problème lors de la désinstallation de ce troisième debian8.5 KDE ... J'y vais avec mon outil fait pour boot-repair-disk que j'utilise depuis pas mal d'années tout est OK normalement. Le grub se trouve être changé, après cette désinstalle je redemarre mon disque dur (indépendant de la ma tour Medion) rajouté en plus avec donc ce 500Go dans lequel je sais mettre autant d'OSs que je veux. Je suis , encore une fois, étonné par ce qui c'est passé.... Je tente de redémarrer sur l'un ou l'autre manjaro, tout les deux sont en "panic-kernel" pourquoi
Comme j'ai été aidé par le membre papajoke très au courant de ce que je devais faire, je refais tout cela en faisant :

initrid /boot/intel-ucode.img /boot/initrampfs-4.4-x86_64.img

Ce qui normalement aurait du faire le restart de manjaro, que ce soit l'un ou l'autre? que c'est -il passé? rien a dire j'ai mis exactement ce qui doit y être... Puis au redemarrage en principe avec F10 et ouverture de manjaro, je devais y faire avec le terminal tout ce qui m'a été conseillé....Pas de bol... Pas de restart? donc ras-le-bol je decide de supprimer les deux manjaros. Pourquoi? Parce que lors d'une desinstallation d'un OS quel qu'il soit quel version il s'agit manjaro a aucun moment ne peut décider d'être le seul et tunique des OSs installés avant lui ou apres lui... Ce que j'ai constaté avec l'importance de ce que se croit cet OS qui ne supporte pas qu'il y ai de la "concurrence" bidon ... C'est exactement ce que je vois lors du démarrage de ma bécane, l'image de la manjaro est la "clair et net" en haut
a gauche grub start et en bas a droite manjaro en vert dans le boot-menu aussi, manjaro en vert pour bien définir que c'est la manjaro qui est représenté comme le top du top des OSs avec le choix de l'utilisateur de n'avoir que manjaro installé juste avec et dans le même DD de W$ et surtout pas avec un OS conçurent.... Voila ou se trouve le PB et pas de base... Je m'arrete ici pour manjaro car pour la ARCH wiki c'est encore pire? pas une réponse , a part celle de me dire de consulter le wiki dans lequel aucune réponse concernant la possibilité de tester la arch ou de l'installer.... J'ai trouvé avec internet un tuto de l'installe faite par un menmbre de "developpez.com"
J'ai lu ce tuto.... Dans lequel figure ce qui doit être fait avec les quatres premier points, partition(déjà fait chez moi) mount des OSs installés
(déjà fait chez moi) manip pour la connexion internet(déjà et aussi en route chez moi)et ceci est ce qui doit être fait par le nouvel utilisateur d'installe ou de test Qu'est-ce qu'on fiche chez manjaro, sous produit de la arch et dans les questions et réponses que moi le stupide
utilisateur, je ne dois pas poser... C'est n'importe clé
Quand quelqu'un pose une ou des questions et ne trouve pas de réponses que cela soit sur le CHOIX de l'utilisateur tester ou installer... Je n'ai rien vu sur les sujets et la, honnêtement, ça commence a me casser les pieds... Il suffit de dire

installe ces trucs pour tester ou installer suite a la demande de la commande root archiso

ras les baskets de voir ces réponses a la limite du n'importe quoi, surtout sans effort de la mouvance du cervelet " va lire le tuto wiki, t'as qu'a a te débrouiller, ben voyons" sur ce Gentlemen bonne soirée

[kilimand22]

Bonsoir
Ben, à te lire, tu me fais penser à un papillon qui ne se décide pas à se poser...et en plus => boot-repair-disk; alors là, tu n'es pas arrivé au bout de tes périples...
Pas de critiques, chacun est libre bien entendu

[papajoke]

J'y vais avec mon outil fait pour boot-repair-disk

outil pour réparer le boot et non mettre à jour grub, faire un grub-update est si compliqué

je decide de supprimer les deux manjaros.

Ce que j'ai constaté avec l'importance de ce que se croit cet OS qui ne supporte pas qu'il y ai de la "concurrence" bidon ...

tu es plus que bouché ! il faut t'expliquer 36 fois les mêmes choses
Archlinux a instauré un nouveau format il y a presque 2 ans, grub le reconnait sans problème MAIS les développeurs de grub-repair et de grub-customize (et d'autres soft liés à grub...) ignorent/snobent Archlinux (et donc manjaro et autres); Tant que les développeurs de ces softs ignorent arch, ces soft cassent notre distribution. Les coupables sont tes softs de m

Qu'est-ce qu'on fiche chez manjaro, sous produit de la arch

si tu avais installé une archlinux , tu aurais vu que manjaro est une arch avec justement des plus par rapport à archlinux mais tu te permets des jugements gratuits alors que tu n'as même pas vu une archlinux et tu n'as donc pas remarqué que ton problème grub vient de archlinux
Pourquoi vouloir installer une arch alors que tu va la caser des ton premier grub-machin

Pas grave, il est plus simple d'accuser une distribution que de remettre en cause ses propres compétences.

[jibel]

Re a tous , Ouille, ouille, ouillle ....
Ce matin j'ai fais une colossal erreur, a cause du manque de temps(départ au sport) Après cette manipulation avec mon outil, j'ai rentrer cette ligne comme elle doit l'être, pris par mon départ urgent je plaque tout, j'oublie de mettre un lettre xdans cette ligne. Ce qui a provoqué tout ce que je redoutais...

initrid /boot/intel-ucode.img /boot/initrampfs-4.4-x86_64.img

Je suis obligé de m'excuser auprès de ceux, qui par hasard, aurait pris connaissance de cette énormité de ma part et des QQs exagérations de mes avis sur les manjaros et ailleurs , j'ai honte sur moi.....
Ce qui m'a fais trouver d'ou venait ça c'est tout bêtement un mail avec un camarade qui me parle du "panic-kernel" qu'il a eu avec la manjaro
Je suis prêt a lui répondre et ma mémoire commence a voir ce qu'il c'est vraiment passé ce matin..... Je deviens en rage contre moi-même quelle patate contre moi, ça n'est pas possible d'être ,kbqn,gcxvlmkn<x lh kj< sfdjlk a ce point la,non?

[lemust83]

i

nitrid /boot/intel-ucode.img /boot/initrampfs-4.4-x86_64.img

Ce qui normalement aurait du faire le restart de manjaro, que ce soit l'un ou l'autre? que c'est -il passé? rien a dire j'ai mis exactement ce qui doit y être...

Je suppose que c'est en recopiant cette ligne ici que tu t'es gouré, parce-que si tu as tapé "initrampfs tu ne risques pas de booter quoi que ce soit....
Ensuite tu dis que tu as viré une de tes distros. C'était elle qui gérait Grub?
Je ne peux que te conseiller de booter soit en console de récup, soit en chroot la Manjaro que tu désire conserver, et de donner lui la main .
Nous savons tous que Manjaro n'est pas responsable de cette galère.

[jibel]

Bonsoir
Ben, à te lire, tu me fais penser à un papillon qui ne se décide pas à se poser...et en plus => boot-repair-disk; alors là, tu n'es pas arrivé au bout de tes périples...
Pas de critiques, chacun est libre bien entendu

Quelques part tu as a moitié raison, sauf que c'est la premier fois que je désinstalle un OS dans le même DD ou sont les manjaros? je le repete il ne devrait pas y avoir de PB de restart d'un OS quel qu'il soit.... Sauf avec manjaro et mon erreur de ce matin ce que j'ai tapé au niveau de la ligne a modifier avec le manque d'un petite lettre ... C'est tout manjaro serait redémarré avec des lignes a taper dans le terminal tout cela conseillé par papajoke avec raison... C'est tout ....

[jibel]

@lemust83,
Bien sur ça n'est pas le "initramfs" mais encore plus stupide c'était la lettre "x" qui n'était pas la dans la ligne... J'en suis sur et c'est ce qui a provoqué le panic-kernel, les corrections impossibles et mes désinstallations des deux manjaros...Pas mal , non ?

[stephane]

je pense donner un très bon conseil a jibel :
PLUS d'ACTION DE LIGNE DE COMMANDE ADMIN ENTRE 22h et 7H

le temps d'administration d'un système requiert d'etre concentré sur le moment et d'etre SUR de ne pas faire de betise , surtout a 5h30 du matin ( ou 2h du mat )
et on dort mieux la nuit suivante !

[ewolnux]

@jibel : si je dois supprimer un OS de mon SSD je ne vois pas l'utilité d'utiliser un outil genre boot-repair-disk pour le faire ; j'ouvre gparted, je formate ou je supprime la partition où se trouve l'OS à supprimer puis je démarre sur l'OS propriétaire du grub et je fais un sudo update-grub, pas plus dur que ça.

Depuis un bon bout de temps on te dit de donner la primeur de grub à une manjaro, ce n'est pas pour rien, quand tu comprendras ça tu devrais avoir moins de problèmes.

Pour finir, installer une archlinux pure est à la portée de n'importe qui pour autant qu'on veuille bien consacrer un poil de temps à lire le wiki, pas besoin de passer des plombes et des plombes, juste un peu de temps suffi ; je ne suis pas un as et pourtant j'installe une arch les yeux fermés, les mains attachés dans le dos . Je ne saurais pas mieux te dire de consulter le très bon tuto d'installation d'une arch concocté par FredBezies, téléchargeable ici.

[jibel]

@ewolnux,
Merci pour tes réponses, ce qui est ok avec une manjaro est celles, qu'il s'agisse que d'un seul manjaro installé dans le DD avec ou non W$ X
Depuis cette nuit, j'ai regretté d'avoir fait ma bêtise, stop a 2h de mat réinstalle de la manjaro kde sans PB , reprise ce matin et la fin des MàJs proposées ajouts des logiciels dont je me servais dans les deux manjaros sans PB. Par contre , j'ai eu deux PBs ? pourquoi?
Pour ce que tu as dit en ce qu'il concerne le B.R.D. voila ce qu'est , maintenant, le DD avec la réinstalle de manjaro Kde :
http://hpics.li/87ddedc
Si je fais ce dont tu m'a conseillé, gparted suppression de l'OS etc etc , j'ai essayé ça avec gparted impossibilité d'avoir le "label" de manjaro est quel est-il maintenant ? Ceci a été fait avec le B.R.D. lancé... J'ai donc pu, en n'activant pas le mecanisme complet de B.R.D., de taper le "label" de manjaro et il est la

(j'insiste pour faire savoir que j'utilise B.R.D. depuis plusieurs années et rarement avec des erreurs, ce qui peut arriver si on ne fait pas attention a cet outil, valable ou pas dans archlinux/manjaro)

la preuve
En plus tout ce que tu vois dans cette capture d'écran, c'est tout le boulot que j'ai modifié avec B.R.D. pour que les OSs et partoches soient dans le bon ordre , tout ceci a cause de mon erreur de diplodocus hier matin
J'ai donc tout remis en activation correcte, les seuls trucs de mon étonnement de ce matin les voici :

jibel@jibel-pc ~]$ sudo pacman Syy
[sudo] Mot de passe de jibel : 
avertissement : database file for 'custom' does not exist
erreur : aucune opération spécifiée (utiliser -h pour l’aide)
[jibel@jibel-pc ~]$

Que dois-je faire pour éviter ce PB je n'ai pas trouvé cette modif QQpart dans le wiki, est-ce la pour trouver la soluce de ce petit PB J'ai des notifications de MàJ et humblement je n'arrive pas a les lancer. Je suppose qu'on doit avoir une icone dans le tableau de bord pour que ces MàJ soient lancés J'ai essayé avec le terminal, ça a été court......
En plus le PB avec xscreensaver que j'utilisait dans l'ex-manjaroKDE et qui maintenant apres avoir été installé dans la réinstalle finie, fonctionnait et d'un seul coup plus rien de ce logiciel ? Ce apres le restart....mince pourquoi? l'installe de xscreensaver a été faite avec octopi sans PB.
Je répète , encore une fois, je ne suis pas un "critique" passe moi l'expression, a la C.. de manjaro ou archlinux ... J'espère que certains comprendont , ce n'est pas le cas, en plus je suis très loin d'être un de genie, plutôt basique
Par plaisir, perso je viens de montrer, que l'utiisation de B.R.D avec "parcimonie" et n'importe comment a éte parfait pour ce que je viens de démontrer ce qui n'empeche pas cette critique de cet outil des manjaristes non convaincus
merci de toute façon, si on peut trouver ce que je dois modifier sur ces deux PBs semi-important "xscreensaver et database file for 'custom' does not exist"
cordialement Jibel

[lemust83]

Bonjour
Ta base doit être corrompue:

sudo rm /var/lib/pacman/sync/*
sudo pacman-mirrors -g
sudo pacman -Syyu

[jibel]

Merci le must83,

erreur : échec de récupération du fichier « custom.db » depuis disque : Couldn't open file /home/custompkgs/custom.db
erreur : la mise à jour de custom a échoué (erreur de la bibliothèque de téléchargement)
:: Début de la mise à jour complète du système...
il n’y a rien à faire
[jibel@jibel-pc ~]$

J'avais pourtant fais ces liens sauf le premier... et c'est toujours le même PB? pourtant j'ai refais cette installe kif-kif que la derniere KDE
bizarre qu c'est-il passé lors de l'installe rien n'est la .... je redemarre et regarde s'il y a eu un changement @+
Serait -ce possible avec le DVD d'installe de la manjaro KDE ?

[lemust83]

Tu dois avoir la ligne <custom> tout en à la fin de /etc/pacman.conf qui n'est pas commentée.
Edite le fichier en root et met un # devant. Chez moi, c'est la ligne 51 mais ça peut différer chez toi. Reconnecte toi, puis relance toutes les commandes citées au dessus.

[papajoke]

il faudrait regarder ton /etc/pacman.conf
tu ne devrais pas avoir de dépôt custom
Commenter tout le paragraphe "custom"

Edit : grillé

[jibel]

Tu dois avoir la ligne <custom> tout en à la fin de /etc/pacman.conf qui n'est pas commentée.
Edite le fichier en root et met un # devant. Chez moi, c'est la ligne 51 mais ça peut différer chez toi. Reconnecte toi, puis relance toutes les commandes citées au dessus.

exact :

[sudo] Mot de passe de jibel : 
:: Synchronisation des bases de données de paquets...
erreur : échec de récupération du fichier « core.db » depuis ftp.belnet.be : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
core 135,5 KiB 1694K/s 00:00 [############################] 100%
erreur : échec de récupération du fichier « extra.db » depuis ftp.belnet.be : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
extra 1898,8 KiB 4,15M/s 00:00 [############################] 100%
erreur : échec de récupération du fichier « community.db » depuis ftp.belnet.be : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
community 3,8 MiB 4,98M/s 00:01 [############################] 100%
erreur : échec de récupération du fichier « multilib.db » depuis ftp.belnet.be : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
multilib 187,5 KiB 1476K/s 00:00 [############################] 100%
erreur : échec de récupération du fichier « custom.db » depuis disque : Couldn't open file /home/custompkgs/custom.db
erreur : la mise à jour de custom a échoué (erreur de la bibliothèque de téléchargement)
:: Début de la mise à jour complète du système...
il n’y a rien à faire
[jibel@jibel-pc ~]$

Comme je l'ai dis je restart

[lemust83]

Tu as fait pacman-mirrors -g avant de lancer la mise à jour ?
Cette commande actualise l'état des miroirs et sélectionne les plus réactifs, donc à faire avant chaque pacman -Sy. (je simplifie )

[jibel]

il faudrait regarder ton /etc/pacman.conf
tu ne devrais pas avoir de dépôt custom
Commenter tout le paragraphe "custom"

Edit : grillé

Salut papajoke , j'ai tout fait ce qu'a conseillé lemust83, fermeture/rouverture verification ce que tu as demandé , lors des liens a taper tout y est passés les pays qui n'ont rien a "voir" avec la Belgique , qui est la aussi.....voila le résultat :

 jibel@jibel-pc ~]$ sudo rm /var/lib/pacman/sync/*
[sudo] Mot de passe de jibel : 
[jibel@jibel-pc ~]$ sudo su
[root@jibel-pc jibel]# sudo rm /var/lib/pacman/sync/*
rm: impossible de supprimer '/var/lib/pacman/sync/*': Aucun fichier ou dossier de ce type
[root@jibel-pc jibel]# sudo pacman-mirrors -g
:: Querying servers, this may take some time...
Africa
-> 0.492 http://mirror.is.co.za/mirrors/manjaro.org/stable/$repo/$arch
Australia
-> 0.995 http://mirror.ventraip.net.au/Manjaro/stable/$repo/$arch
-> 1.017 http://manjaro.uberglobalmirror.com/stable/$repo/$arch
-> 0.673 http://manjaro.mirror.serversaustralia.com.au/stable/$repo/$arch
Belgium
-> 0.042 http://ftp.belnet.be/manjaro/stable/$repo/$arch
-> 0.153 http://manjaro.cu.be/stable/$repo/$arch
Brasil
-> 0.772 http://linorg.usp.br/manjaro/stable/$repo/$arch
Bulgaria
-> 0.115 http://mirrors.netix.net/manjaro/stable/$repo/$arch
-> 0.188 http://manjaro.ipacct.com/manjaro/stable/$repo/$arch
-> 0.155 http://manjaro.telecoms.bg/stable/$repo/$arch
Chile
-> 0.506 http://manjaro.dcc.uchile.cl/stable/$repo/$arch
-> 1.777 http://doge.ing.puc.cl/Mirrors/Manjaro/stable/$repo/$arch
China
-> 1.427 http://mirrors.ustc.edu.cn/manjaro/stable/$repo/$arch
-> 1.336 http://mirror.bjtu.edu.cn/manjaro/stable/$repo/$arch
-> 0.491 http://ftp.cuhk.edu.hk/pub/Linux/manjaro/stable/$repo/$arch
-> 1.728 http://mirrors.tuna.tsinghua.edu.cn/manjaro/stable/$repo/$arch
Colombia
-> 0.536 http://mirror.edatel.net.co/manjaro/stable/$repo/$arch
Costa_Rica
-> 0.523 http://mirrors.ucr.ac.cr/manjaro/stable/$repo/$arch
Ecuador
-> ..... http://mirror.cedia.org.ec/manjaro/manjarolinux/stable/$repo/$arch
Error: Failed to reach the server: Not Found
France
-> 2.047 http://manjarolinux.polymorf.fr/stable/$repo/$arch
-> 0.070 http://mirror.lignux.com/manjaro/stable/$repo/$arch
Germany
-> 0.087 http://mirror.ragenetwork.de/manjaro/stable/$repo/$arch
-> 0.080 http://ftp.halifax.rwth-aachen.de/manjaro/stable/$repo/$arch
-> 0.077 http://ftp.tu-chemnitz.de/pub/linux/manjaro/stable/$repo/$arch
-> 0.076 http://mirror.netzspielplatz.de/manjaro/packages/stable/$repo/$arch
-> 0.068 http://mirror.netcologne.de/manjaro/stable/$repo/$arch
-> 0.108 http://h1860261.stratoserver.net/manjaro/stable/$repo/$arch
-> 0.236 http://repo.rhindon.net/manjaro/stable/$repo/$arch
Greece
-> 0.154 http://ftp.cc.uoc.gr/mirrors/linux/manjaro/stable/$repo/$arch
Indonesia
-> 1.100 http://kambing.ui.ac.id/manjaro/stable/$repo/$arch
-> 1.917 http://kartolo.sby.datautama.net.id/manjaro/stable/$repo/$arch
-> 1.399 http://jaran.undip.ac.id/manjaro/stable/$repo/$arch
Ireland
-> 0.130 http://ftp.heanet.ie/mirrors/manjaro/stable/$repo/$arch
Italy
-> 0.164 http://manjaro.mirror.garr.it/mirrors/manjaro/stable/$repo/$arch
-> 0.141 http://ba.mirror.garr.it/mirrors/manjaro/stable/$repo/$arch
-> 0.140 http://ct.mirror.garr.it/mirrors/manjaro/stable/$repo/$arch
Japan
-> 1.892 http://ftp.tsukuba.wide.ad.jp/Linux/manjaro/stable/$repo/$arch
-> 0.846 http://ftp.riken.jp/Linux/manjaro/stable/$repo/$arch
Netherlands
-> 0.037 http://ftp.nluug.nl/pub/os/Linux/distr/manjaro/stable/$repo/$arch
-> 0.047 http://ftp.snt.utwente.nl/pub/linux/manjaro/stable/$repo/$arch
Philippines
-> 0.755 http://mirror.rise.ph/manjaro/stable/$repo/$arch
Portugal
-> 0.202 http://ftp.dei.uc.pt/pub/linux/manjaro/stable/$repo/$arch
Romania
-> 0.175 http://mirrors.xservers.ro/manjaro/stable/$repo/$arch
-> 0.134 http://mirrors.serverhost.ro/manjaro/packages/stable/$repo/$arch
-> 0.235 http://ftp.lug.ro/manjaro/stable/$repo/$arch
Russia
-> 0.135 http://mirror.yandex.ru/mirrors/manjaro/stable/$repo/$arch
Singapore
-> 1.439 http://download.nus.edu.sg/mirror/manjaro/stable/$repo/$arch
Sweden
-> 0.136 http://ftp.lysator.liu.se/pub/manjaro/stable/$repo/$arch
-> 0.087 http://mirror.zetup.net/manjaro/stable/$repo/$arch
Taiwan
-> 0.919 http://free.nchc.org.tw/manjaro/stable/$repo/$arch
Turkey
-> 0.146 http://ftp.linux.org.tr/manjaro/stable/$repo/$arch
United_Kingdom
-> 0.073 http://repo.manjaro.org.uk/stable/$repo/$arch
-> 0.058 http://www.mirrorservice.org/sites/repo.manjaro.org/repos/stable/$repo/$arch
-> 0.099 http://mirror.catn.com/pub/manjaro/stable/$repo/$arch
-> 0.063 http://manjaro.mirrors.uk2.net/stable/$repo/$arch
United_States
-> 2.239 http://mirror.dacentec.com/manjaro/stable/$repo/$arch
-> 0.342 http://lug.mtu.edu/manjaro/stable/$repo/$arch
-> 0.505 http://www.gtlib.gatech.edu/pub/manjaro/stable/$repo/$arch
-> 0.278 http://mirror.jmu.edu/manjaro/stable/$repo/$arch
-> 0.289 http://mirror.solarvps.com/manjaro/stable/$repo/$arch
-> 0.303 http://mirror.nexcess.net/manjaro/stable/$repo/$arch
-> 0.363 http://distro.ibiblio.org/manjaro/stable/$repo/$arch
:: Generated and saved '/etc/pacman.d/mirrorlist' mirrorlist.
[root@jibel-pc jibel]# sudo pacman -Syyu
:: Synchronisation des bases de données de paquets...
 core                       135,5 KiB  1760K/s 00:00 [############################] 100%
 extra                     1898,8 KiB  4,52M/s 00:00 [############################] 100%
 community                    3,8 MiB  8,62M/s 00:00 [############################] 100%
 multilib                   187,5 KiB  14,1M/s 00:00 [############################] 100%
erreur : échec de récupération du fichier « custom.db » depuis disque : Couldn't open file /home/custompkgs/custom.db
erreur : la mise à jour de custom a échoué (erreur de la bibliothèque de téléchargement)
:: Début de la mise à jour complète du système...
 il n’y a rien à faire
[

Bien il y a eu un PB QQpart, j'ai vérifié le /ect/pacman.conf n'existe pas, mais il y a un : /etc/pacman.d pourquoi et a quel moment il y a eu ce changement...Que je n'ai jamais eu dans l'installe ex-manjaro kde

[lemust83]

Rien à voir avec KDE. Ce fichier est commun à toutes les distros utilisant pacman.
Regarde bien . Le fichier /etc/pacman.conf et non le dossier pacman.d existe à moins que tes expériences hasardeuses ne l'aient viré . Au pire je te donne le mien, tu n'auras qu' à le recrée et y coller ces lignes:

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
ILoveCandy
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
HoldPkg      = pacman glibc manjaro-system
# If upgrades are available for these packages they will be asked for first
SyncFirst    = manjaro-system
#XferCommand = /usr/bin/curl -C - -f %u > %o
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
#UseDelta    = 0.7
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#TotalDownload
CheckSpace
#VerbosePkgLists

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Manjaro Linux
# packagers with `pacman-key --populate archlinux manjaro`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

[core]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

[extra]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

[community]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

[multilib]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

Si une commandes que je t'ai indiqué foire, inutile d'aller plus loin: on corrige et on recommence.

[jibel]

merci jygot ...
Ok je vais créer un fichier dans etc/pacman.conf dans lequel je rentre ce que tu a donné a remplir..... tout en root bien sur... enregistrer et redemarrer et le
reste ensuite
Pour ce qui est de l'installe a la reprise 545 Mo a installer ce qui a été fait puis je n'ai juste qu'ajoutés skype , et d'autres logiciels xscreensaver compris Ben voila un exemple de ce qui se passe lors d'une installe avec octopi , je tape "mousepad" je clique dessus pour l'installe et voila le bazar ce qui se produit pas une byte de poid des outils d'autre chose, ce depuis QQs essais :
http://hpics.li/0d8063b

[ewolnux]

Regarde bien . Le fichier /etc/pacman.conf et non le dossier pacman.d existe ...

Jibel se mélange les pinceaux entre les répertoires (/etc/pacman.d) et les fichiers (/etc/pacman.conf). Jibel, tu ne dois pas créer mais plutôt rechercher ce fichier qui existe.

@Jibel : Pourquoi quand tu as une manjaro parfaitement fonctionnelle ne fais-tu pas une sauvegarde avec clonezilla, ça t'éviterait de réinstaller