Cmos password recovery tools 4.8

Cmos password recovery tools 4.8

Cmos password recovery tools decrypts password stored in cmos used to access BIOS SETUP.

Works with the following BIOSes:

· ACER/IBM BIOS
· AMI BIOS
· AMI WinBIOS 2.5
· Award 4.5x/4.6x/6.0
· Compaq (1992)
· Compaq (New version)
· IBM (PS/2, Activa, Thinkpad)
· Packard Bell
· Phoenix 1.00.09.AC0 (1994), a486 1.03, 1.04, 1.10 A03, 4.05 rev 1.02.943, 4.06 rev 1.13.1107
· Phoenix 4 release 6 (User)
· Gateway Solo - Phoenix 4.0 release 6
· Toshiba
· Zenith AMI

With CmosPwd, you can also backup, restore and erase/kill cmos.
AWARD 4.50 have a backdoor, a generic password : AWARD_SW SOYO motherboard have "SY_MB" as master password for Award 4.51. CmosPwd give equivalent passwords for Award BIOS, not original one.

CmosPwd works and compiles under:

· Dos-Win9x,
· Windows NT/W2K/XP/2003,
· Linux,
· FreeBSD and NetBSD.

CmosPwd
Toshiba Linux Utilities
List of passwords

Arbeit mit W-LAN Sticks auf dem Linux Betriebssystem

Sehr häufig passiert folgendes: Wir haben W-LAN Stick richtig konfiguriert, aber beim Anschlißen eines anderen Sticks (auch W-LAN) funktionier gar nichts mehr. Wieso? Password und name der WLAN Verbindung sind eingestellt und waren nicht geändert, ist aber trotzdem was schief gegangen.

Problem liegt an udev. Das ist ein Demon für USB Hardware, mit dessen Hilfe das Betribsystem erkennt die neu angeschloßene Hardware. Wenn W-LAN Verbindung nicht funktioniert, sollte man sich die folgende Datei anschauen:
/etc/udev/rules.d/70-persistent-net.rules
Wenn irgeneine neue Hardware erkannt wird, dann wird es in die autonatisch Liste zugefügt. Das Hauptproblem ist aber, dass W-LAN Sticks vom udev gezählt werden: wer zuerst angeschloßen war, bekommt den Namen wlan0, die zweite wlan1 u.s.w.
Wenn Sie nicht zwei Antennen gleichzeitig benutzen, besser, wenn die W-LAN Sticks unter einem Namen auftauchen. Wir verarbeiten die Datei 70-persistent-net.rules, alle wlan1, wlan2 werden entsprechend auf wlan0 geändert:

NAME="..." на NAME="wlan0"

Der Stick wird ausgezogen und wieder angeschloßen. Tatsächlich... Funktioniert wieder alles. :)

Installation AMD Catalyst 11.5 auf dem kernel 2.6.39 unter Debian

Am Anfang sollte man sicher sein, dass die folgenden Pakete installiert sind:

build-essential
cdbs
fakeroot
dh-make
debhelper
debconf
libstdc++6
dkms
libqtgui4
execstack
libelfg0
ia32-libs

Nachdem braucht man die Treiber Catalyst und zwei Patchs zu dem neuen Kernel:


mkdir atifix
cd atifix
wget http://wwx2.ati.com/drivers/linux/ati-driver-installer-11-5-x86.x86_64.run
wget http://www.mindwerks.net/wp-content/uploads/2011/03/2.6.39_bkl.patch
wget http://www.mindwerks.net/wp-content/uploads/2011/03/no_bkl.patch
chmod +x ati-driver-installer-11-5-x86.x86_64.run
rm -rf driver
./ati-driver-installer-11-5-x86.x86_64.run --extract driver
mv *.patch ./driver/
cd ./driver/
patch -p1 -i 2.6.39_bkl.patch && patch -p1 -i no_bkl.patch

Um die liste der Distributionen darzustellen:

./ati-installer.sh 8.85 --listpkg

Wenn die o.g. Patch integriert sind, erzeugen wir eine "deb" Datei:

./ati-installer.sh 8.85 --buildpkg Debian/testing
cd ..
dpkg -i fglrx*.deb

oder einfacher:


./ati-installer.sh 8.85 --install


Wenn während der Installation keine Anhängigkeiten aufgetaut sind, dann


aticonfig --initial -f


Starten wir den Rechner neu (oder einfach X-Server), man führt Diagnostik durch:


cat /var/log/Xorg.0.log | grep EE


Wir können auch mit folgenden Applikationen die aktuellen Benchmarks feststellen:

fglrxinfo und fgl_glxgears


Quellen:
planet3dnow
Ubuntu 11.04 Natty with fglrx and 2.6.39