Debian GNU/Linux

Üdv.!

Frissen telepített Lenny. Adott egy sima vinyó (/dev/hda1), amin a rendszer van. Telepítéskor az adatoknak csináltam egy Raid5-t három 500-as vinyóból.
Boot-olásnál azt írja, hogy nem tudta fsck-ezni a /dev/hda1-t CTRL-D-re tovább megy, de a raid nem áll össze. Ha kézzel a /etc/init.d/mdadm-raid start parancsot kiadom, akkor elindul a raid.

Találkozott már valaki ilyennel?

/var/log/fsck/checkfs-ben ez van

Log of fsck -C -R -A -a
Thu Oct 15 12:50:53 2009

fsck 1.41.3 (12-Oct-2008)
fsck.ext3: Invalid argument while trying to open /dev/md0
/dev/md0:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193

/dev/hda1: Superblock last mount time is in the future. FIXED.
/dev/hda1 has filesystem last checked time in the future, check forced.
/dev/hda1: 27/8032 files (3.7% non-contiguous), 7288/32096 blocks
fsck died with exit status 9

Thu Oct 15 12:50:53 2009
----------------

Sziasztok!

Adott egy laptop lenny-vel (naprakészre frissítve).

Felraktam rá az mplyer-t és vlc-t.

Amikor rádugom a webcam-ot, akkor megjelenik a /dev/video0 eszköz.

Normál userként az "mplyer tv:///dev/video0" paranccsal meg tudom nézni a webkamera képét. (Tehát hardver és jogosultság gond nem lehet).

Sajnos a vlc azt mondja, hogy nem tudja az eszközt megnyitni.
/dev/video0 elérhető, mert 666-ra állítottam a jogosultságát és az mplyer is tudja olvasni.

A következő parancsokat próbáltam:

vlc v4l2:///dev/video0:width=640:height=480
vlc v4l2:///dev/video0
vlc -vvv v4l2:///dev/video0:width=640:height=480
vlc -vvv v4l2:///dev/video0

(webkam felbontása 640x480)

Sajnos mindegyik esetben azt írta, hogy nem nyitható meg a /dev/video0.

Van valakinek ötlete, hogy mi lehet a hiba.

Zsolti

Van egy jókis Zyxel Omni 1.01 kulso soros fax modem, hylafax felismeri szépen 1,2,2.0 modemként egyaránt, de mukodni csak 2.0 modban hajlando, illetve 2.0 modban van olyan remote fax amivel keptelen egyuttmukodni :

Ebben az esetben ezvan a logban Class 2.0 esetén ! :

okt 13 10:55:24.20: [12386]: SESSION BEGIN 000010792 3634540779
okt 13 10:55:24.20: [12386]: HylaFAX (tm) Version 4.4.4
okt 13 10:55:24.20: [12386]: <-- [4:ATA\r]
okt 13 10:55:40.85: [12386]: --> [4:+FCO]
okt 13 10:55:40.85: [12386]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS1'
okt 13 10:55:40.85: [12386]: RECV FAX: begin
okt 13 10:55:41.18: [12386]: --> [27:+FTI:" 36 96 336140"]
okt 13 10:55:41.18: [12386]: REMOTE TSI "36 96 336140"
okt 13 10:55:41.20: [12386]: --> [20:+FCS:0,3,0,2,1,0,0,0]
okt 13 10:55:41.20: [12386]: REMOTE wants 9600 bit/s
okt 13 10:55:41.20: [12386]: REMOTE wants A4 page width (215 mm)
okt 13 10:55:41.20: [12386]: REMOTE wants unlimited page length
okt 13 10:55:41.20: [12386]: REMOTE wants 3.85 line/mm
okt 13 10:55:41.20: [12386]: REMOTE wants 2-D MR
okt 13 10:55:41.20: [12386]: --> [2:OK]
okt 13 10:55:41.20: [12386]: <-- [7:AT+FDR\r]
okt 13 10:55:48.23: [12386]: --> [27:+FTI:" 36 96 336140"]
okt 13 10:55:48.23: [12386]: REMOTE TSI "36 96 336140"
okt 13 10:55:54.90: [12386]: --> [20:+FCS:0,2,0,2,1,0,0,0]
okt 13 10:55:54.90: [12386]: REMOTE wants 7200 bit/s
okt 13 10:55:54.90: [12386]: REMOTE wants A4 page width (215 mm)
okt 13 10:55:54.90: [12386]: REMOTE wants unlimited page length
okt 13 10:55:54.90: [12386]: REMOTE wants 3.85 line/mm
okt 13 10:55:54.90: [12386]: REMOTE wants 2-D MR
okt 13 10:55:55.23: [12386]: --> [27:+FTI:" 36 96 336140"]
okt 13 10:55:55.23: [12386]: REMOTE TSI "36 96 336140"
okt 13 10:56:03.97: [12386]: --> [20:+FCS:0,1,0,2,1,0,0,0]
okt 13 10:56:03.97: [12386]: REMOTE wants 4800 bit/s
okt 13 10:56:03.97: [12386]: REMOTE wants A4 page width (215 mm)
okt 13 10:56:03.97: [12386]: REMOTE wants unlimited page length
okt 13 10:56:03.97: [12386]: REMOTE wants 3.85 line/mm
okt 13 10:56:03.97: [12386]: REMOTE wants 2-D MR
okt 13 10:56:04.30: [12386]: --> [27:+FTI:" 36 96 336140"]
okt 13 10:56:04.30: [12386]: REMOTE TSI "36 96 336140"
okt 13 10:56:10.68: [12386]: --> [20:+FCS:0,0,0,2,1,0,0,0]
okt 13 10:56:10.68: [12386]: REMOTE wants 2400 bit/s
okt 13 10:56:10.68: [12386]: REMOTE wants A4 page width (215 mm)
okt 13 10:56:10.68: [12386]: REMOTE wants unlimited page length
okt 13 10:56:10.68: [12386]: REMOTE wants 3.85 line/mm
okt 13 10:56:10.68: [12386]: REMOTE wants 2-D MR
okt 13 10:56:10.68: [12386]: --> [5:ERROR]
okt 13 10:56:10.68: [12386]: REMOTE HANGUP: Unspecified Phase C error, including too much delay between TCF and +FDR command (code 90)
okt 13 10:56:10.68: [12386]: RECV FAX:.
okt 13 10:56:10.68: [12386]: <-- [7:AT+FKS\r]
okt 13 10:56:10.68: [12386]: RECV FAX (000010792): recvq/fax000010193.tif from 36 96 336140, route to , 0 pages in 0:30
okt 13 10:56:10.72: [12386]: --> [5:ERROR]
okt 13 10:56:10.72: [12386]: MODEM Command error
okt 13 10:56:10.72: [12386]: RECV FAX: bin/faxrcvd "recvq/fax000010193.tif" "ttyS1" "000010792" ""
okt 13 10:56:10.72: [12386]: RECV FAX: end
okt 13 10:56:10.72: [12386]: SESSION END


Olvasgattam neten hogy ilyenkor Class 1 be kéne állítani a cuccot, meg egyebkent is azzal kene hasznalni ha vlmi gond van, atis allitottam Class 1 be, de ugymeg senkitol nem jon el fax, akkor a kovetkezo van logban :


okt 13 11:55:18.87: [ 4026]: SESSION BEGIN 000010802 3634540779
okt 13 11:55:18.87: [ 4026]: HylaFAX (tm) Version 4.4.4
okt 13 11:55:18.87: [ 4026]: <-- [4:ATA\r]
okt 13 11:55:25.54: [ 4026]: --> [7:CONNECT]
okt 13 11:55:25.54: [ 4026]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS1'
okt 13 11:55:25.54: [ 4026]: RECV FAX: begin
okt 13 11:55:25.54: [ 4026]: <-- data [32]
okt 13 11:55:25.54: [ 4026]: <-- data [2]
okt 13 11:55:26.80: [ 4026]: --> [7:CONNECT]
okt 13 11:55:26.80: [ 4026]: <-- data [23]
okt 13 11:55:26.80: [ 4026]: <-- data [2]
okt 13 11:55:27.82: [ 4026]: --> [7:CONNECT]
okt 13 11:55:27.82: [ 4026]: <-- data [13]
okt 13 11:55:27.82: [ 4026]: <-- data [2]
okt 13 11:55:28.34: [ 4026]: --> [2:OK]
okt 13 11:55:28.34: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:28.74: [ 4026]: --> [7:CONNECT]
okt 13 11:55:30.24: [ 4026]: --> [2:OK]
okt 13 11:55:30.24: [ 4026]: REMOTE TSI "0634540779"
okt 13 11:55:30.24: [ 4026]: RECV recv TSI (sender id)
okt 13 11:55:30.24: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:30.28: [ 4026]: --> [7:CONNECT]
okt 13 11:55:30.51: [ 4026]: --> [2:OK]
okt 13 11:55:30.51: [ 4026]: <-- [9:AT+FRS=7\r]
okt 13 11:55:33.76: [ 4026]: --> [2:OK]
okt 13 11:55:33.76: [ 4026]: <-- [9:AT+FTH=3\r]
okt 13 11:55:34.80: [ 4026]: --> [7:CONNECT]
okt 13 11:55:34.80: [ 4026]: <-- data [32]
okt 13 11:55:34.80: [ 4026]: <-- data [2]
okt 13 11:55:36.06: [ 4026]: --> [7:CONNECT]
okt 13 11:55:36.06: [ 4026]: <-- data [23]
okt 13 11:55:36.06: [ 4026]: <-- data [2]
okt 13 11:55:37.08: [ 4026]: --> [7:CONNECT]
okt 13 11:55:37.08: [ 4026]: <-- data [13]
okt 13 11:55:37.08: [ 4026]: <-- data [2]
okt 13 11:55:37.58: [ 4026]: --> [2:OK]
okt 13 11:55:37.58: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:37.98: [ 4026]: --> [7:CONNECT]
okt 13 11:55:39.48: [ 4026]: --> [2:OK]
okt 13 11:55:39.48: [ 4026]: REMOTE TSI "0634540779"
okt 13 11:55:39.48: [ 4026]: RECV recv TSI (sender id)
okt 13 11:55:39.48: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:39.52: [ 4026]: --> [7:CONNECT]
okt 13 11:55:39.74: [ 4026]: --> [2:OK]
okt 13 11:55:39.74: [ 4026]: <-- [9:AT+FRS=7\r]
okt 13 11:55:43.00: [ 4026]: --> [2:OK]
okt 13 11:55:43.00: [ 4026]: <-- [9:AT+FTH=3\r]
okt 13 11:55:44.04: [ 4026]: --> [7:CONNECT]
okt 13 11:55:44.04: [ 4026]: <-- data [32]
okt 13 11:55:44.04: [ 4026]: <-- data [2]
okt 13 11:55:45.29: [ 4026]: --> [7:CONNECT]
okt 13 11:55:45.29: [ 4026]: <-- data [23]
okt 13 11:55:45.29: [ 4026]: <-- data [2]
okt 13 11:55:46.31: [ 4026]: --> [7:CONNECT]
okt 13 11:55:47.22: [ 4026]: --> [7:CONNECT]
okt 13 11:55:48.72: [ 4026]: --> [2:OK]
okt 13 11:55:48.72: [ 4026]: REMOTE TSI "0634540779"
okt 13 11:55:48.72: [ 4026]: RECV recv TSI (sender id)
okt 13 11:55:48.72: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:48.76: [ 4026]: --> [7:CONNECT]
okt 13 11:55:48.99: [ 4026]: --> [2:OK]
okt 13 11:55:48.99: [ 4026]: <-- [9:AT+FRS=7\r]
okt 13 11:55:52.24: [ 4026]: --> [2:OK]
okt 13 11:55:52.24: [ 4026]: <-- [9:AT+FTH=3\r]
okt 13 11:55:53.28: [ 4026]: --> [7:CONNECT]
okt 13 11:55:53.28: [ 4026]: <-- data [32]
okt 13 11:55:53.28: [ 4026]: <-- data [2]
okt 13 11:55:54.53: [ 4026]: --> [7:CONNECT]
okt 13 11:55:54.53: [ 4026]: <-- data [23]
okt 13 11:55:54.53: [ 4026]: <-- data [2]
okt 13 11:55:55.55: [ 4026]: --> [7:CONNECT]
okt 13 11:55:55.55: [ 4026]: <-- data [13]
okt 13 11:55:55.55: [ 4026]: <-- data [2]
okt 13 11:55:56.06: [ 4026]: --> [2:OK]
okt 13 11:55:56.06: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:55:56.44: [ 4026]: --> [7:CONNECT]
okt 13 11:55:57.40: [ 4026]: --> [2:OK]
okt 13 11:55:57.40: [ 4026]: HDLC frame too short (3 bytes)
okt 13 11:55:57.40: [ 4026]: <-- [10:AT+FRS=21\r]
okt 13 11:55:57.65: [ 4026]: --> [2:OK]
okt 13 11:55:57.65: [ 4026]: <-- [9:AT+FTH=3\r]
okt 13 11:55:58.69: [ 4026]: --> [7:CONNECT]
okt 13 11:55:58.69: [ 4026]: <-- data [3]
okt 13 11:55:58.69: [ 4026]: <-- data [2]
okt 13 11:55:58.90: [ 4026]: --> [2:OK]
okt 13 11:55:58.90: [ 4026]: RECV send CRP (command repeat)
okt 13 11:55:58.90: [ 4026]: <-- [9:AT+FRH=3\r]
okt 13 11:56:05.91: [ 4026]: --> [0:]
okt 13 11:56:05.91: [ 4026]: MODEM
okt 13 11:56:05.91: [ 4026]: <-- data [1]
okt 13 11:56:05.92: [ 4026]: --> [2:OK]
okt 13 11:56:05.92: [ 4026]: RECV FAX: RSPREC invalid response received
okt 13 11:56:05.92: [ 4026]: RECV FAX: end
okt 13 11:56:05.92: [ 4026]: RSPREC invalid response received
okt 13 11:56:05.92: [ 4026]: SESSION END


Nem nagyon tudom mit mire allitsak, ha valakinek van valami otlete kerem segitsen...

Adott egy VirtualBoxban futó Debian GNU/Linux 5.x rendszer.
A crontabban fut néhány script, amelyek így vannak megadva:

40 6 * * * /home/ogmet/get_data.tg.sh 00 0 48 03
13 7 * * * /home/ogmet/gribmap.gs
18 7 * * * /usr/local/bin/gribmap -i /home/ogmet/gfs.ctl
45 17 * * * /home/ogmet/get_data.tg.sh 00 51 114 03
45 17 * * * /home/ogmet/get_data.tg.sh 00 117 180 03
3 6 * * * /home/ogmet/frissit_48.gs
10 7 * * * /home/ogmet/frissit_132.gs
9,12,15,20,25,30,35,40 6 * * * /home/ogmet/feltolt_1.gs

A problémák a következők:
1. Ha délutáni időpontot állítok be a futtatásra, pl. 17:45-öt, akkor nem fut le a script. Viszont amikor reggeli időpontot állítok be, akkor lefut a kijelölt időpontban.

2. A frissit_48.gs belseje a következőképpen néz ki:

#! /bin/csh -f

cd scriptek
/usr/local/bin/grads -blc "run t48.gs"
/usr/local/bin/grads -blc "run cs48_1.gs"
/usr/local/bin/grads -blc "run cs48_2.gs"
/usr/local/bin/grads -blc "run f48.gs"
/usr/local/bin/grads -blc "run sz48.gs"
/usr/local/bin/grads -blc "run ho48_1.gs"
/usr/local/bin/grads -blc "run ho48_2.gs"
/usr/local/bin/grads -blc "run rhprof48.gs"

exit

A scriptet crontab-al vezérelve nem fut teljesen le, hanem mindig ugyanannál a sornál megáll, pl. az első 4 sor hajtótik végre, a többi nem. Ha az elejére egyéb parancsokat is beírok, akkor fentebb akad el.

3. /home/ogmet/gribmap.gs, illetve az alatta lévő sor, amik lényegében megegyeznek /usr/local/bin/gribmap -i /home/ogmet/gfs.ctl egyáltalán nem futnak le, de ha simán begépelem a linux ablakban, akkor lefut. Az elérések jól vannak megadva, és minden állomány futtatható.

Mi lehet a ezeknek az oka, illetve hogyan lehet javítani?

Sziasztok!

Szeretnék egy gépet hálózatról indítani.
Találtam is hozzá egy kis howto-t a neten:

http://www.howtoforge.org/pxe_booting_debian

Annyi gondom van, hogy nem tudja automatikusan felcsatolni az nfs meghajtót. Egy idő után kidob egy shell-be. Itt kiderítettem hogy a gépnek nincs IP-címe. Ha kézzel adok neki egyet, akkor fel tudom csatolni az nfs meghajtót.

Mit rontottam el? Hogy tundám automatikusan felcsatoltatni?

Kernel: linux-image-2.6.26-2-686

Előre is köszönöm segítségeteket.

Van egy netinstallból "felépített" Etch-m Gnome-al. Mivel alapvetően nem értek hozzá :), ezért nem volt frissítve sem, sikerült belőnöm rajta azokat, amiket használok és örültem neki :) Azóta nem foglalkoztam vele. Anno olvastam, hogy gondom lesz majd egyszer de akkoriban sem mozdultam rá a témára. Most kellene ezt-azt telepítenem, és persze

W: GPG error: http://security.debian.org etch/updates Release: Az alábbi aláírások nem igazolhatók, mert a nyilvános kulcs nem elérhető: NO_PUBKEY 9AA38DCD55BE302B
W: GPG error: http://ftp.hu.debian.org etch Release: Az alábbi aláírások nem igazolhatók, mert a nyilvános kulcs nem elérhető: NO_PUBKEY 9AA38DCD55BE302B
W: Próbáld futtatni az apt-get update -et, hogy javítsd e hibákat

fogad az apt-get update-re is. Ugyebár jól sejtem, hogy a fenti kulcs problémám van? (vagy valami egészen más?) Találtam a neten .asc állományokat meg fingerprinteket is, de sajna tök hülye vagyok a kérdéshez. Találomra beírtam a man gpg -t, de attól meg elsőre megrémültem :D
Tudnátok segíteni, hogy mit kellene tennem? Nem szívesen szoktam kérni step-by-step megoldásokat, de most mégis erre kényszerülök. (Link is jó, ha abban hülegyerekek számára le van írva a lépésenként a teendő.)

Sziasztok. Tegnap egy i386 Etch netinstall lemezzel próbálkoztam (mert ilyenem van), és mindaddig sikertelen volt a telepítés amíg az installer kapott netet (sima etherhet dhcp - router - kábelnet). Mindig a Tasksel lefutása után állt meg (nem lefagyott, váltani lehetett a 3-as (vagy hányas) terminálra ahol egy rakás apt hibát írt ki).

Kétszer újra próbálkoztam aztán kinyomtam a gépet, kihúztam a hálózatot + a pcmcia wifi kártyát, bekapcsoltam és ismét megpróbáltam, és így sikeres volt a telepítés (később dist-upgrade -ltem lenny-re majd squeeze-re majd sid-re, de ez most nem számít).

Kérdés az lenne hogy ezzel találkozott-e már más is? Lehetséges, hogy az installer lemez gyárilag a "stable" szekciót hívja le mondjuk kiadási kódnév helyet, és így az Etch telepítő az éppen aktuális stable szekcióval próbálkozik? (persze sikertelenül).
Várom a tapasztalatokat. Lehet, hogy (ha még nincs ilyen visszajelzés) írok a Debiannak, hogy kiadási kódnevet használjon a telepítőben.

Adott a következő helyzet:

Egy gép, amely DMZ-ben van, s 1 db hálózati kártyával (ETH0) rendelkezik.

Erről a gépről elérhető a belső hálózat egyéb része, ami a DMZ-n kívül van.

El akarom érni, hogy kívülről (NET-ről) is direktbe hozzáférjek a belső hálózat gépeihez, ezért élesztettem ezen a gépen egy OpenVPN szervert (TUN0).

Az lenne a kérdésem, hogyan tudom a legegyszerűbben megoldani, hogy az OpenVPN-el csatlakozott kliensek egy meghatározott része be tudjon nézni a belső hálózatra, a többi viszont ne, s emellett a belső hálózat NE lásson vissza az OpenVPN-el felcsatolt külső kliensekre.

A most használt tűzfalam a következő, ezt szeretném bővíteni:

DENY_IP="61.158.205.230"
TCP="ssh smtp domain www ftp ftp-data auth https cvspserver"

# Alaphelyzet Beállítása
iptables -F
iptables -I INPUT -j ACCEPT -i lo
iptables -A INPUT -j ACCEPT -m state --state ESTABLISHED,RELATED
#
# Átirányítás Engedélyezése
echo "1" > /proc/sys/net/ipv4/ip_forward
#
# Tiltja a Kapcsolatot Adott IP Címekről ...
for i in $DENY_IP; do iptables -A INPUT -s $i -j DROP; done
#
# Engedélyezett "TCP" Csomagok Feltöltése ...
for i in $TCP; do iptables -A INPUT -j ACCEPT -p tcp --dport $i; done
#
# Minden Más Tiltása
iptables -A INPUT -j REJECT -p tcp --syn --reject-with tcp-reset

Köszönöm a segítséget!

Sajnos még mindíg nagyon zöld vagyok az apache konfigurálásához. A c2html azt írja a man oldalán, hogy belehet integrálni az apache -ba, úgy hogy a konfigurációba a következőket kell beilleszteni:

AddType text/x-c .c .h
Action text/x-c /cgi-bin/c2html

Először beillesztettem mindent a mime.conf -ba - az apache2 elsem akart indulni :( Akkor az "Action" sort beillesztettem az action.conf -ba akkor elindult de nem működik (rámutatok egy c forrásra és le kellene töltenem).
Hogy és hova kellene ezt beillesztenem? Jó még ez a leírás valamire?

Sziasztok!

Debian Lenny alatt sikerült beüzemelnem Cyrus IMAP szervert MySQL alapú hitelesítéssel és Postfix-el.
Néhány kérdésem azért lenne:
- vajon miért nem lehet . vagy @ a felhasználónévben? Ha ilyen szerepel, akkor nem ismeri fel a felhasználót. pamd van beüzemelve MySQL-es azonosítással
- a pam.d segítségével lehet valahogy tudni, hogy a hitelesítendő felhasználó honnan akar belépni a gépre? Konkréten azt szeretném megoldani, hogy helyi belépés esetén bárki kapjon IMAP hozzáférést (webmail miatt kell), míg kintről jövő kérés esetén csak az, akinek ez a MySQL-ben engedélyezve van. Nem tudom miként lehetne különbséget tenni, így most a felhasználó vagy bárhonnan elérheti az IMAP-ot, vagy sehonnan sem, de akkor nincs webmail sem.

Kérlek bármelyikben tudtok segíteni osszátok meg velem ötleteiket.