.:BB2k.org » Astuces http://bb2k.org Rien à dire Fri, 21 May 2010 07:54:57 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 Slash dev http://bb2k.org/index.php/2009/04/20/slash-dev http://bb2k.org/index.php/2009/04/20/slash-dev#comments Mon, 20 Apr 2009 19:01:27 +0000 BB2k http://bb2k.org/?p=236 Ayant malencontreusement perdu une partition / sur un de mes serveurs. Et ayant la chance d’avoir une sauvegarde, j’ai pu faire un restore du contenu de celui ci…sauf de /dev évidement. Mais comment retrouver le contenu de ce répertoire si utile ? Pour ce faire j’ai utilisé le mix de deux solutions: Mon serveur était encore en [...]]]> Ayant malencontreusement perdu une partition / sur un de mes serveurs. Et ayant la chance d’avoir une sauvegarde, j’ai pu faire un restore du contenu de celui ci…sauf de /dev évidement. Mais comment retrouver le contenu de ce répertoire si utile ?
Pour ce faire j’ai utilisé le mix de deux solutions:
Mon serveur était encore en redhat9 (oui je sais … ) j’ai donc du récupérer un /dev/ d’un serveur identique. Le problème c’est que les /dev ‘post’ udev, ça court pas les rues. Il a donc fallu prendre le premier /dev venu d’un livecd et le copier sur la partition montée.

# montage de la partoche
mount /dev/cciss#c#p# /mnt
# copie de dev
cp -dpR /dev/* /mnt/dev/

Ca permet au moins de booter sur le dit serveur.

Bon c’est pas tout ça mais les devices dans /dev ne sont pas forcement tous bons. J’ai donc fait un find /dev sur un autre serveur en redhat 9 (tout serveur identique post udev aurait fonctionné je pense) et il a fallu ensuite lancer un MAKEDEV sur chacun de ces devices. C’est très long car avant udev tous les devices étaient créés, mais ça fonctionne….

/dev/MAKEDEV device

]]> http://bb2k.org/index.php/2009/04/20/slash-dev/feed 0 set_loginuid failed opening loginuid http://bb2k.org/index.php/2007/06/05/set_loginuid-failed-opening-loginuid http://bb2k.org/index.php/2007/06/05/set_loginuid-failed-opening-loginuid#comments Tue, 05 Jun 2007 12:39:25 +0000 BB2k http://bb2k.org/?p=124 Si vos logs contiennent trois tonnes des ces lignes crond[29646]: pam_loginuid(crond:session): set_loginuid failed opening loginuid

pas de panique deux solutions existent :

- Recompilez le kernel en activant l’AUDIT - virez les lignes contenant pam_loginuid de vos fichiers dans /etc/pam.d

La seconde solution peut tout de même générer des problèmes notamment avec le cron.

]]> Si vos logs contiennent trois tonnes des ces lignes
crond[29646]: pam_loginuid(crond:session): set_loginuid failed opening loginuid

pas de panique deux solutions existent :

- Recompilez le kernel en activant l’AUDIT
- virez les lignes contenant pam_loginuid de vos fichiers dans /etc/pam.d

La seconde solution peut tout de même générer des problèmes notamment avec le cron.

]]> http://bb2k.org/index.php/2007/06/05/set_loginuid-failed-opening-loginuid/feed 0