LinuxForum.hu

Hozzászólások

10 bejegyzés megtekintése - 1-10 / 77

1 2 3 … 6 7 8 →

Szerző

Bejegyzés
2007-01-29-15:04 Hozzászólás: APT probléma #1937869
Scythe
Felhasználó
Hát ha jól értem mire gondolsz, arra a stádiumra, ahol ha az ember nyom egy „dpkg –get-selections”-t, akkor a következő outputot kapja:

Code:

xserver-xorg-video-ark deinstall
xserver-xorg-video-ati deinstall
xserver-xorg-video-chips deinstall
xserver-xorg-video-cirrus deinstall
xserver-xorg-video-cyrix deinstall
xserver-xorg-video-dummy deinstall
xserver-xorg-video-fbdev deinstall
xserver-xorg-video-glint deinstall
xserver-xorg-video-i128 deinstall
xserver-xorg-video-i740 deinstall
xserver-xorg-video-i810 deinstall
xserver-xorg-video-imstt deinstall
xserver-xorg-video-mga deinstall
xserver-xorg-video-neomagic deinstall
xserver-xorg-video-newport deinstall
xserver-xorg-video-nsc deinstall
xserver-xorg-video-nv deinstall
xserver-xorg-video-rendition deinstall
xserver-xorg-video-s3 deinstall
xserver-xorg-video-s3virge deinstall
xserver-xorg-video-savage deinstall
xserver-xorg-video-siliconmotion deinstall
xserver-xorg-video-sis deinstall
xserver-xorg-video-sisusb deinstall
xserver-xorg-video-tdfx deinstall
xserver-xorg-video-tga deinstall
xserver-xorg-video-trident deinstall
xserver-xorg-video-tseng deinstall
xserver-xorg-video-v4l deinstall
xserver-xorg-video-vesa deinstall
xserver-xorg-video-vga deinstall
xserver-xorg-video-via deinstall
xserver-xorg-video-vmware deinstall
xserver-xorg-video-voodoo deinstall
xsltproc deinstall
xtightvncviewer deinstall
xulrunner-gnome-support deinstall
xutils deinstall
xutils-dev deinstall
xvnc4viewer deinstall
xvncviewer deinstall
yafc deinstall
yelp deinstall
zenity deinstall
zip deinstall
zlib1g deinstall
zlib1g-dev deinstall
zlibc deinstall

És ez így megy tovább cca. 400 csomaggal, gyakorlatilag saját magát akarja lepucolni a debian, ami nyilván nem kívánatos. Na ezt szeretném resetelni, mert minden alkalommal, ha a dpkg elindul, hogy felrakjak valamilyen .deb-et, vagy ha dselect-ben install-t nyomok neki, mindezt le akarja szedni. Szóval a kérdés az lenne, hogy hogyan lehet resetelni ezt? Se man-ban, se más fórumokban nem találtam erre választ.
2007-01-27-01:18 Hozzászólás: APT probléma #1937862
Scythe
Felhasználó
Talán ebbe a témába belefér a problémám, nem hinném hogy megérné egy új topik egy ilyen apróságra (amire viszont sehol sem találok választ):

Hogy kell dpkg-ben resetelni a selectionoket? Tehát ha teszem azt ki van választva 30-40 módosítás, hogy ezt tegye fel, azt szedje le, nincsenek még végrehajtva, és vissza szeretném állítani defaultba a dolgot, hogy inkább ne akarjon semmit csinálni?
2006-12-23-12:45 Hozzászólás: DNS probléma (?) #2083686
Scythe
Felhasználó
Ez sem segít sajna. Btw a ping úgy működik, hogy minden egyes pingelésnél resolvolja a domaint? Ez új nekem, de úgy látom, ez a helyzet.
2006-05-20-16:27 Hozzászólás: Read-only #2060557
Scythe
Felhasználó
Na igen, valahogy a syslog csekkolás kimaradt. Ez fogadott:

May 20 07:28:12 localhost kernel: aacraid: Host adapter reset request. SCSI hang ?
May 20 07:29:12 localhost kernel: aacraid: SCSI bus appears hung
May 20 07:29:12 localhost kernel: scsi: Device offlined – not ready after error recovery: host 2 channel 0 id 0 lun 0
May 20 07:29:12 localhost kernel: sd 2:0:0:0: SCSI error: return code = 0x6000000
May 20 07:29:12 localhost kernel: end_request: I/O error, dev sdb, sector 399289183
May 20 07:29:12 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost last message repeated 52 times
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40419700
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40419702
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40423796
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40427521
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40433532
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40415237
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40413190
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40412023
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40403506
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: Buffer I/O error on device sdb1, logical block 40402947
May 20 07:29:13 localhost kernel: lost page write due to I/O error on sdb1
May 20 07:29:13 localhost kernel: EXT3-fs error (device sdb1): ext3_readdir: directory #48119809 contains a hole at offset 0
May 20 07:29:13 localhost kernel: Aborting journal on device sdb1.
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost kernel: ext3_abort called.
May 20 07:29:13 localhost kernel: EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborted journal
May 20 07:29:13 localhost kernel: Remounting filesystem read-only
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device
May 20 07:29:13 localhost last message repeated 27 times
May 20 07:29:13 localhost kernel: __journal_remove_journal_head: freeing b_frozen_data
May 20 07:29:13 localhost kernel: __journal_remove_journal_head: freeing b_frozen_data
May 20 07:29:13 localhost kernel: scsi2 (0:0): rejecting I/O to offline device

Az elõbb egyszerûbbnek láttam nem megemlíteni, hogy ez a bizonyos sdb1 device 3 sata vinyó RAID 5-ben, hardweres raid controllerrel.
2006-02-26-01:45 Hozzászólás: Döcögõs boot #2050886
Scythe
Felhasználó
Rájöttem mi volt a gond, persze én néztem el. Ha valakinek ilyen gondja adódna, akkor az amiatt lehet, mert single user módban bootol be a rendszer.
2006-02-26-00:40 Hozzászólás: #2050799
Scythe
Felhasználó
Köszi a válaszokat 🙂
2006-01-26-02:11 Hozzászólás: Torrent – Passzív mód #2022261
Scythe
Felhasználó
Nekem is valami hasonló problémám van most, vagyis passzív módban vagyok, amennyiben az INPUT policy-ja drop-on van. Ha a policy accept, akkor nincsen gond, teljes gázzal megy az adatforgalom. Az iptables-save a következõ:

# Generated by iptables-save v1.2.11 on Thu Jan 26 03:18:20 2006
*filter
:INPUT DROP [292:30086]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [15315278:4530581586]
-A INPUT -p tcp -m tcp –dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp –dport 13532 -j ACCEPT
-A INPUT -p tcp -m tcp –dport 35000:35600 -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -p tcp -m tcp –dport 80 -j ACCEPT
-A INPUT -p udp -m udp –sport 53 –dport 1024:65535 -j ACCEPT
-A INPUT -p tcp -m tcp –dport 5900 -j ACCEPT
-A INPUT -p udp -m udp –dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp –dport 5901 -j ACCEPT
-A INPUT -p tcp -m tcp –sport 21 –dport 1024:65535 -j ACCEPT
-A INPUT -p tcp -m tcp –sport 20 –dport 1024:65535 -j ACCEPT
-A INPUT -p tcp -m tcp –sport 80 –dport 1024:65535 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m tcp –dport 6881:6889 -j ACCEPT

COMMIT
# Completed on Thu Jan 26 03:18:20 2006

Ha minden igaz, akkor az utolsó sor a lényeges, az nyitná ki a torrenthez szükséges portokat. Persze itt most a tûzfal nem külön gépen fut, így elvileg nem kellene a routolással törõdnöm, ami különbség az elõzõ esethez képest. Viszont ennek ellenére, ahogy drop-ra rakom a policy-t az input táblában, rögtön esik a sebesség, szakadoznak a kapcsolatok, esetleg teljesen le is áll az egész. Tudtommal a torrent nem használ más portot a port range-ében megadottakon kívül, és azon belül is egy letöltéshez csak egyet. Szóval nem igazán értem a helyzetet, valaki esetleg tudna segíteni?
2005-09-03-18:45 Hozzászólás: Audio stream Debian alatt #2028654
Scythe
Felhasználó
Na, már összeállóban van a dolog az Icecast, LiveIce és Lame segítségével, de most nem tudok továbblépni, komolyan mondom megmarom magam.

Dselect-el pakoltam fel az Icecastet, és közölte velem, hogy innentõl fogva én encrypted passwordoket fogok használni közte és a source között, különben b*szik mûködni, és csináljam meg ezeket a makepasswd-el.

A helyzet viszont az, hogy én nem vagyok annyira tisztában a makepasswd alkalazásával mint szeretnék lenni, így a következõ kísérleteket tettem:

Code:

-> makepasswd –crypt
-> CQiyft 8keyrSA4pmm7g

Gondolom az elsõ tag az amit kitalált, a második pedig ennek a kitalált passnak az encryptelt változata. Na innentõl nem világos, hogy melyiket hol kellen használnom. Legyen az Icecast A, a Liveice pedig B.

Ha az A-ba is, B-be is a kódolt jelszót adom meg, nem megy, nem engedi be A a B-t, mert azt mondja, nem jó a password.

Ha A-ba is, B-be is kódolatlan passt adok meg, az se jó. Ha A-ba kódolt, B-be kódolatlant adok meg, ill. fordítva, akkor megint ugynaaz a probléma. Be se engedi az Icecast a sourceot, vagyis a Liveice-t, konzolba közli velem, hogy nem jó az encoder password-je.

Most itt mit lehet elrontani?
2005-09-02-15:15 Hozzászólás: ALSA beállítás #2028810
Scythe
Felhasználó
Ez pont jó topik nekem is, én is éppen hangot szeretnék csiholni az ALSA-val, egyelõre nem sok sikerrel:

Nekem egy sima, integrált Intel AC’97 hangkártyám van, ezt szeretném valahogy életrekelteni.
A kernel még „gyári”, tehát tartalmazza a szükséges drivereket, még ha modulként is.
Bootoláskor szépen felismeri a kártyát, és lspci-ra is ott figyel. Modprobe-al ezután betöltöttem a modulokat, amik szerintem szükségesek (modprobe sound és modprobe ac97-codec), így most az lsmod idevágó része így néz ki:

Code:

sound 84300 0
snd_intel8x0 36460 0
snd_ac97_codec 69988 1 snd_intel8x0
snd_pcm 98728 1 snd_intel8x0
snd_timer 25732 1 snd_pcm
snd_page_alloc 11752 2 snd_intel8x0,snd_pcm
gameport 4704 1 snd_intel8x0
snd_mpu401_uart 7968 1 snd_intel8x0
snd_rawmidi 25124 1 snd_mpu401_uart
snd_seq_device 8200 1 snd_rawmidi
snd 57156 7 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd

Innen nem valami tiszta a kép, a segítségeteket kérném, hogyan is kellene folytatni?

Néhány leírásból azt hámoztam ki, hogy az alsaconfig-al kellene beállítani a kártyát, ill. az alsamixerrel utána. Ezek nem voltak fent, így felraktam az alsa-utils csomagot, amiben benne kell lennie ezeknek a programoknak, viszont egyik parancsra se reagál, csupán az alsactl-re, ami azt mondja, nem talál hangkártyát…
2005-09-01-21:50 Hozzászólás: Audio stream Debian alatt #2028653
Scythe
Felhasználó
Hmmm megnézem õket, köszi!
Szerző

Bejegyzés

10 bejegyzés megtekintése - 1-10 / 77

1 2 3 … 6 7 8 →