Sziasztok!
Volt szerencséje valakinek már ehhez a típusú lap-tophoz? Nem mai darab, viszont netezésre tökéletes lenne, gondoltam felhúzok rá egy Debian netinstall. 74% viszont megfagy a telepítő. Hasonlóképpen Ubuntu is. Más disztrot nem igazán szeretnék telepíteni, viszont nincs semmi tippem mi lehet a baj. Valaki esetleg találkozott már ezzel a problémával?
Helyhiány miatt egy plusz merevlemezzel bővítettem a gépemet, ami hosszas kisérletezéshez vezetett.
Az alap rendszer amiből kiindultam:
IDE 1 master Samsung 180Gb Windows Xp-vel /dev/hda1
IDE 1 slave Seagate Barracuda 80Gb Debian Squeeze /dev/hdd2
IDE 2 master ASUS combó DVD író-olvasó /hdc
IDE 2 slave Toshiba DVD olvasó /hdb
A boot úgy nézett ki, hogy a samsung (hda1) indult először és ennek az MBR-jébe volt a grub de a beállításokat a Seagate /boot/grub/menu.lst (/dev/hdd2)-ből kapta.
A plusz merevlemez beépítése után (amit a Toshiba olvasó helyére tettem be így néz ki:
IDE 1 master Samsung Win Xp hda1
IDE 1 slave Seagate Debian Squeeze hdb2
IDE 2 master Asus combó hdc
IDE 2 slave Maxtor hdd
Azért alakult így ki, mert a kábelezések és jumperelések során, csak ebben a sorrendben volt hajlandó felismerni a BIOS az összes eszközt.
A jelen felállásban a Windows indul és működik.
A Squeeze fstab-ban a hdd bejegyzéseket átírtam hdb-re.
A /boot/grub/menu.lst most így néz ki (csak a squeezere vonatkozó rész mert a Windows elindul tehát a beállítása jó):
title Debian/Gnu Linux.kernel 2.6.30-2-686
root (hd1,1)
kernel /boot/vmlinuz-2.6.30-2-686 root=/dev/hdb2 ro quiet
initrd /boot/initrd.img-2.6.30-2-686
A bootolási sorrend továbbra is a Samsung (hda1) indul itt van az MBR ami most a beállításokat továbbra is a seagateről kapja ami most már hdb2
lett.
A Squeeze ezzel elindul de előtte meg kell adnom neki a bootoláshoz szükséges rendszer helyét(/dev/hdb2) továbbá a hdd7 hiányára panaszkodik. Eredetileg a hdd7 a swap volt.
A rendszer így is feláll de figyelmeztet, hogy ez így nem stabil továbbá csak a grafikus konzol idul el.
Kérlek titeket arra, hogy segítsetek belőni a rendszert.
Mit tegyek, hogy a Squeeze is elinduljon rendesen?
Adva van két Debian telepítés, az egyik X window -val anjuta -val a másik csak konzol. Adott egy fordításid feladat - speciális iso boot és tftboot fordítás, 2.6.3x, glibc, syslinux, samba, stb. Az egyik gépen (anjuta és x) a cucc szó/csont nélkül fordul a másikon megreked a glibc -ben.
A valamelyik csomag része a szükséges programok meglétének vizsgálata - az rendben van.
Mit lehet még tenni? Hogy lehetne kitalálni mi is hiányzik? A glibc fordításánál az mawk segítségével generál(na) egy abi-versions.h de ez szintaktikai hiba miatt nem jön össze neki - a szintakszis biztos jó, hiszen a másik gépen lefordul!?
Megoldás: Helyesebb lenne azt mondani - majdnem. Mindenesetre a glibc -n túljutottam, viszont most a busybox -nál kisült kell a "patch" is. No még egyszer, nekifutunk - egyszer csak kész lessz :)
Hát ez derék. 01.30. -án frissítettem kernelt (aptitude safe-upgrade), mindez Debian Lenny. Azóta ck. naponta megbolondul a hálókártyám - le/fel kapcsolgat - újraindítás (kikapcsolással!) 24 órára megoldja.
Állítólag ennek a kernel verziónak az öröme, hogy kijavították a Realtek gigabites kártyákkal mutatkozó hasonló hibát. No igen de nekem D-Link DGE-528T -van. Ráadásul, a konfigurátor nem tette be az előzőt old -ba - fejbe csapta ahogy kell :( Az apt/archives -ben is csak a szép, friss, biztonságos és megbízható találtatik. A régi kernelnek a 2.6.18 van beállítva (még 2009 májusból), kapásból nem működik az mgetty FAX, már a portot sem bírja valamiért megnyitni :( Kérem szépen vissza a megbízhatatlan, veszélyes és hibás kernelemet.
Hogy lehetne az előző kernelt visszanyerni? Valahonnan le lehet azt még húzni?
Megkerülés: backport repo 2.6.30 -as verzió - azért ez kicsit csúnya.
NEM a kernel volt a bűnös! A hálókártya tűnik hibásnak! Mivel újra előállt a hiba (az új kernellel) kicseréltem egy másikra - Realtek 8169 - a másik gépen windows alatt 10 perc múlva nem volt kapcsolat - a Linux kernel jobban bírta :)
Elqrtam valamit.
Felraktam egy vadonatúj Debian testinget (amd64), de a sources.list-be valahogy belekerült egy sid-es sor.
Erre úgy jöttem rá, hogy nem sikerült az nvidia driver felrakása. :)))
És most fogalmam sincs, hogy melyik csomag van a sid-bol update-elve.
Hogyan lehetne ezt megtudni?
Hi!
Frissítés után....
Lezárt xscreensaver nem nyit jelszóra.
pam_unix(xscreensaver:auth): auth could not identify password for [sany]
Egyszer már(~1 éve) volt ilyen gondom és találtam is megoldás a neten.
Most nem találom. :(
Egy fájlra suid bitet kellet adni, de nem emléxem melyikre. :)
Nem eléxik valaki? :)
szerk:
/sbin/unix_chkpwd
Üdv,
Tudna valaki segíteni kicsit? Nem értem hogy a libpng miért nem fordul le az alábbi módon?
mkdir temp ; cd temp
apt-get source libpng12-0 zlib1g
cd libpng*
export CFLAGS="-I../zlib* -L../zlib*"
./configure && make
Azt nem értem hogy a stable vonalon hogy lehet ilyen hiba. Mit nézek be?
Köszi.
-----------------------------------------------
ide vonatkozó rész:
/bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -DPNG_CONFIGURE_LIBPNG -g -O2 -MT libpng12_la-png.lo -MD -MP -MF .deps/libpng12_la-png.Tpo -c -o libpng12_la-png.lo `test -f 'png.c' || echo './'`png.c
./libtool: line 839: X--tag=CC: command not found
./libtool: line 872: libtool: ignoring unknown tag : command not found
./libtool: line 839: X--mode=compile: command not found
./libtool: line 1005: *** Warning: inferring the mode of operation is deprecated.: command not found
./libtool: line 1006: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
./libtool: line 1149: Xgcc: command not found
./libtool: line 1149: X-DHAVE_CONFIG_H: command not found
./libtool: line 1149: X-I.: command not found
./libtool: line 1149: X-DPNG_CONFIGURE_LIBPNG: command not found
./libtool: line 1149: X-g: command not found
./libtool: line 1149: X-O2: command not found
./libtool: line 1149: X-MT: command not found
./libtool: line 1149: Xlibpng12_la-png.lo: command not found
./libtool: line 1149: X-MD: command not found
./libtool: line 1149: X-MP: command not found
./libtool: line 1149: X-MF: command not found
./libtool: line 1149: X.deps/libpng12_la-png.Tpo: No such file or directory
./libtool: line 1149: X-c: command not found
./libtool: line 1200: Xlibpng12_la-png.lo: command not found
./libtool: line 1205: libtool: compile: cannot determine name of library object from `': command not found
make[1]: *** [libpng12_la-png.lo] Error 1
-------------------------------
megoldás lentebb.
Hogy/Hol lehet azt beállítani egy domain esetében, hogy működjön www nélkül is?
Segítsetek pse mert megöl a lányom ;)
Frissíteni akartam a laptopját, (Debian lenny) de valamiért megmakacsolta magát.
Ezzel az üzenettel áll le:
E művelet után további 1327kB lemez-területetet használok fel.
Folytatni akarod [Y/n]? y
Sablonok kicsomagolása e csomagokból: 100%
Csomagok előkonfigurálása ...
(Adatbázis olvasása ... dpkg: unrecoverable fatal error, aborting:
failed in buffer_read(fd): fájllista e csomaghoz: `libxmuu1': Könyvtár
E: Sub-process /usr/bin/dpkg returned an error code (2)
andrea:~#
Hogyan lehetne helyrehozni?
Kérdés: Ha egy LDAP auth-os linux klinesnek megszerzi valaki a root jelszavát, akkor el tudja olvasni az /etc/ldap.secret fájlt, és innetől elvileg meg tudja változtatni az összes ldap-felhasználó jelszavát.
1) Hogy lehet ezt kivédeni?
2) Windows hogyan csinálja ugyanezt a domain jelszavak vs localadmin tekintetében.