Accéder au contenu principal

Articles

Affichage des articles du 2013

Débilité de certains inconscients

Aujourd'hui je suis monté, enfin, chez ma grand-mère, au Col-de-Port (environ 1200 m.). L'exploit n'est pas là. Du moins pas du fait des routes enneigées. Non, l'exploit, c'est la crétinerie inconséquente d'une frange de promeneurs ! Une totale imbécillité capable de créer un accident ! La neige étant tombée, ma voiture, une Nissan Micra 80 chevaux toute neuve, était équipée de deux pneus neige. Pour ceux qui connaissent le coin, la neige débute vers Bedeilhac (prononcez "bédéyac" comme Ravaillac, s'il vous plait) puis s'accentue au dessus de Saurat. A partir de Prat-Communal, on abandonne la seconde pour passer en première, la route étant désormais rétrécie largement par la neige et plus ou moins recouverte de plaque neigeuses. Désormais, les emmerdes commencent. Des véhicules garés des deux cotés obligent à slalomer doucement, voire à patienter pour qu'un autre automobiliste puisse terminer sa manœuvre de retournement et descente. Ici

Restauration de Grub

Lorsque j'ai changé de disque dur du fait d'une panne, j'ai cloné toutes mes partitions contenant un système valide, soit Fedora (SDA3), Debian (SDA5), Manjaro (SDA7). Or le clonage n'a pas copié l'installation du Grub correspondant à chaque système d'exploitation dans leur PBR (SDA3 pour Fedora par exemple). C'est pour cette raison que je ne parviens pas à démarrer ces systèmes. 1 - Fedora Pour réinstaller Grub dans le PBR SDA3, j'ai du démarrer sur une autre distribution et chrooter Fedora. Tout se déroule en mode administrateur. 1) Préparation du chroot [root@localhost ~]# mkdir /mnt/chroot 2) Chroot [root@localhost ~]# mount /dev/sda3 /mnt/chroot [root@localhost ~]# mount --bind /dev /mnt/chroot/dev [root@localhost ~]# mount -t proc /proc /mnt/chroot/proc [root@localhost ~]# mount -t sysfs /sys /mnt/chroot/sys [root@localhost ~]# chroot /mnt/chroot 3) Installation forcée de Grub dans le PBR SDA3 [root@localhost /]# grub2-install

Perte de disque dur

Dernièrement, j'ai perdu un disque dur secondaire. L'analyse des données SMART étant effrayante, j'ai vérifié les autres disques pour, finalement, comprendre la cause possible d'un autre problème sur le disque où est installé mon système. Le remplacement m'a fait trébuché sur d'autres ennuis. En fait, après un redémarrage impossible, j'ai réussi à isoler la panne qui provenait d'un disque dur défectueux. Dans un premier temps, le système me demandait d'effectuer un fsck ( fsck /dev/sdXy ) manuel et sans option pour réparer les erreurs. L'opération lancée en démarrant sur le LiveCD PartedMagic (car plus facile) a finalement échoué sans jamais solutionner. Je me suis même retrouvé avec un disque sans table de partition ! Peut-être ai-je fait une connerie ?! Quoi qu'il en soit, j'ai du redémarrer sur le LiveCD PartedMagic afin de commenter la ligne se rapportant à ce disque dans le fichier /etc/fstab . 1 - Causes Les disques durs de

GNU/Linux sur SSD

Lorsque j'ai monté ma machine, je l'ai équipé immédiatement d'un SSD. Je comptais y installer une distribution GNU/Linux. Or, vu la nature des SSD, j'avais compris qu'il existait quelques précautions à prendre mais sans avoir réellement compris. Faute de temps. j'ai laissé de côté, temporairement, ce SSD et j'ai monté mon système principal sur un disque classique. Un an après (environ), il serait temps d'utiliser ce SSD. 1- Pourquoi :  De Mageia 2 (SDA2) à Mageia 3 (SDB1) Jusqu'à présent, mon système d'exploitation principal, c'était Mageia 2 installé sur SDA2, un disque à plateaux. Puis Mageia est sorti dans sa version 3 stable et, d'après la documentation en ligne, il semble assez facile de migrer d'une version N vers N+1 via le réseau. Sauf que ... ! Sauf que, au moment de réaliser une image de la partition SDA2 de sécurité avec Acronis True Image 2012, Acronis refuse. A priori, il existe un ou plusieurs clusters à problème, m

Sauvegarde de partition

Dans certains cas, Acronis True Image et Norton Ghost sont incapables de réaliser une image de partition. Il est aussi possible de se tourner vers PartImage comme solution de rechange. PartImage est fourni dans la majorité, sinon avec la totalité, des distributions GNU/Linux et cette solution est également disponible à travers des LiveCD parfaitement fonctionnels (voir liens plus bas). L'avantage de PartImage est aussi sa gratuité. PartImage ne supporte pas le système de fichiers Ext4 et, à priori, le système de fichiers NTFS demeure expérimental. D'où, peut-être l'explication de certaines erreurs. La solution consiste à utiliser la commande  dd  en console. 1) Le disque source ne doit pas être monté tandis qu'il faut que la  partition de destination soit montée en lecture / écriture . 2) Pour faire le backup, utiliser la commande : #  dd if=/dev/sda2 of=/chemin/vers/sauvegarde.bak avec ceci on obtient un "ghost" de cette partition (la t

De Debian à Fedora en passant par Mageia

Après avoir réinstallé Debian, je ne pouvais plus démarrer sur Mageia 3 et Fedora 19. J'ai bataillé pour restaurer la situation, le démarrage se heurtant systématiquement à une partition fantôme. Debian (SDA5) J'avoue (obligé !) : j'ai joué au con ... et j'ai gagné ! Debian était installé en version SID. Puis Debian 7.0 Wheezy est arrivé. Dans les premiers temps, les mises à jours se passaient bien. Du coup, je n'ai pas trop insisté à modifier le fichier " sources.list " (fichier référencant les sources de paquetages pour ceux qui ne connaissent pas Debian). Puis la situation s'est dégradé : plus d'accés aux fonctionnalités de Gnome-shell (juste le fond d'écran), KDE qui refusait de démarrer (retour automatique sur l'écran de connexion), uniquement Xfce fonctionnel mais à condition de ne plus utiliser les applications KDE (tel Dolphin) pratiquement illisibles. Bref l'enfer sur la banquise. Je suppose que j'aurai pu tout gé

Les joies du monde Windows et des vendeurs de PC

Un collègue a eu en réparation un PC portable SONY VAIO (modèle VGN-NR38E) équipé de Windows Vista. La machine date peu être selon les critères de certains mais elle est toujours fonctionnelle. La propriétaire de ce VAIO espère encore s'en servir pour aller principalement sur internet. Bref, peu être une machine "antique" pour certains mais surtout une machine encore largement fonctionnelle. Car elle fonctionne. Et puisqu'elle fonctionne, où est donc le problème ? Car pour écrire un billet sur ce banal sujet, il y a forcement un truc ! Mon collègue a formaté le disque pensant ensuite y réinstaller Windows. Pour l'anecdote, j'apprendrai plus tard, que mon collègue a mal compris les désirs de la propriétaire du VAIO qui souhaitait seulement un simple nettoyage des jeux et autres trucs inutiles. Bref, voilà les emmerdes ! Réinstallation de Windows C'est la réinstallation de Windows qui a sévèrement merdé ! Les fabricants ont pris la fort fâcheuse h

Sauvegarde en ligne (sur le cloud)

"Dans le cloud " ! Pour les non "initiés", le " cloud " c'est l'ensemble de réseau. Une sauvegarde "dans le cloud " éparpille donc plus ou moins les copies dans le monde. Ce type de sauvegarde peut être pratique en cas de désastre ( ne jamais mettre la totalité de ses sauvegardes dans un unique lieu ), mais aussi pour bénéficier de davantage de mobilité (pas que les voyages forcément mais aussi les smartphones). Je me suis livré à une rapide étude des offres pour un usager particulier. Evidemment, ici le but est de mettre à l'abri de vrai fichiers personnels. Pas de copie pirates diverses et variées à destination d'autrui, hein ! Le classement est alphabétique. Acronis : http://www.acronis.fr/homecomputing/products/trueimage/#add-cloud-storage   250Go pour 4.95€/mois soit 49.95€/an   Accès des données depuis un iPhone, un smartphone (Android) et une tablette   Accès par une interface Web   Chiffrement AES 256   Acroni

Retour d’expérience Fedora 18

Quand Fedora 18 Spherical Cow est sortie, je me suis empressé de voir ce que la nouvelle version "donnait" dans VirtualBox. L'installateur Anaconda ne m'a pas plus dans sa nouvelle version et j'ai voulu approfondir quelques tests, toujours dans VirtualBox, avant de réellement faire migrer "ma" Fedora (réelle) de la version 16 vers 18. Précisons que j'installe tous mes systèmes d'exploitation sur SDA et que SDB contient tous mes fichiers personnels, donc la partition /home. Cette partition /home est partagée entre tous les systèmes, avec, bien sûr, des noms d'utilisateurs qui diffèrent d'une distribution à une autre. Je précise aussi que je n'utilise pas de partition /boot, quelle que soit la distribution, dans un souci de simplification. D'autre part, la partition de swap est commune à tous les systèmes. Enfin, mon système principal étant Mageia, c'est son sélecteur de démarrage qui prime et il est installé, on s'en dout

VMware Worstation sur système hôte Linux

Voulant tester VMware-Workstation , après avoir testé aussi VMware-Player , je l'ai installé sur mon système Mageia 2 en 64 bits (à jour). Jusque là pas de problème : j'ai même pu tester sans redemarrer. C'est au redémarrage que tout se complique. Impossible de redémarrer normalement. Obligé de redémarrer en mode failsafe qui m'a permis de désactiver le démarrage des services de VMware-Workstation lors du démarrage du système. C'est à cette seule condition que j'ai pu redémarrer correctement (sauf à désinstaller). Pour l'explication, VMware Workstation installe 3 services (daemons) : vmware vmware-USBArbitror vmware-workstation-server Pour la solution, le service vmware-workstation-server est inutile (du moins pour un particulier), d'autant que c'est lui qui "fout la zone" ! Sauf erreur, il sert pour les entreprises principalement afin de permettre l'accès à une même machine virtuelle pour plusieurs utilisateurs éparpillés.

VMware Player

Voyons avec VMWare Player puisque c'est la version gratuite (les machines virtuelles étant déjà créées avec VirtualBox). Cette application solutionnera peut-être  mon problème de non gestion de l'USB avec Windows virtualisé sous VirtualBox . VMware Player est une solution propriétaire mais pas de sectarisme. 1 - Installation sous Mageia 1) Téléchargement https://my.vmware.com/fr/web/vmware/free#desktop_end_user_computing/vmware_player/5_0 Le système étant du 64 bits, ce sera la version 64 bits. 2) Rendre le fichier exécutable En mode graphique, par un clic droit pour afficher les propriétés ou en console :  chmod +x setup.x86_64.bundle 3) Ouvrir un console puis se connecter sous root su - 4) Lancer l'installation sh /home/teutates/tmp/VMware-Player-5.0.1-894247.i386.bundle 5) Parcours fléché L'extraction se lance pour demander ensuite de valider la licence afin de pouvoir, réellement lancer l'installation (très rapide). Dans KDE, VMWare se tro