Hirdetés
-
LOGOUT.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
VladimirR
nagyúr
ez nektek mit mond?
EIP> 0060:[<c683a329>] Not tainted VLI
EFLAGS> 00010206 (2.6.18-4-486 #1)
EIP is at ide_do_request+0x334/0x6b3 [ide_core]
itt a regiszterek tartalma van felsorolva
Process BurnP5 (pid: 5309, ti=c33f4000 task=c0e56ab0 task.ti=c33f4000)
Stack: itt jon 8*3 darab 4 byte-os hexa ertek
Call trace:
[<c683ea28>]: task_end_request+0x4a/0x5b [ide_core]
[<c683eb7d>]: task_in_intr+0xb3/0xd6 [ide_core]
[<c683aeed>]: ide_intr+0x152/0x171 [ide_core]
[<c683edca>]: task_in_intr+0x0/0xd6 [ide_core]
[<c01317c3>]: handle_IRQ_event+0x23/0x49
[<c0131846>]: __do_IRQ+0x5a/0xa1
[<c010506f>]: do_IRQ+0x43/0x50
[<c0103a9a>]: common_interrupt+0xa1/0x20
Code: itt jon ket es fel sornyi hexa ertek byte-onkent
EIP: [<c683a329:] ide_do_request+0x334/0x6b3 [ide_core] SS:ESP 0068:c33f5f10
<0>Kernel panic - not syncing: Fatal exception in interrupt
a gep egy regi p1-es (ha kell, megnezem pontosabban), a rendszer debian unstable (de csinalt testing-gel es stable-vel is fagyasokat, csa akkor nem voltam a kozelben, hogy monitort dugjak ra)
a process resznel irt BurnP5 a cpuburn resze, de anelkul is haldokolt (meg ennek nem, igy kellene leallnia, hanem a progi leall es a visszateresi ertekebol tudni mi a bibi)
barkinek barmi otlete van, szivesen fogadom
elore is koszonom
szerk.: hulye rios
[Szerkesztve] -
VladimirR
nagyúr
válasz
ngabor2
#3086
üzenetére
memtest tobb, mint napig futott a gepen szo nelkul
a cpuburn hutes nelkul 5 percen belul leall hibaval, igy majd' egy napig futott (ha nem tovabb)
es ezzel a kernellel is folall, a hiba csak 1-2-5 nap elteltevel jelentkezik
ha nem fut semmi akkor is ennyi, es igy, hogy 3 cpuburn futott igy is tobb, kozel ket nap kellett hozza
kernelt majd megnezek egy 2.4-est is (melyiket erdemes belole?)
feszultseget sajna nem igazan tudok merni (mint irtam, osregi p1)
milyen tesztekkel lehet esetleg szukiteni a kort? -
VladimirR
nagyúr
válasz
ngabor2
#3088
üzenetére
kondik rendben (akkoriban meg tudtak alaplapot kesziteni)
a lap poros kicsit (mindig is az volt, most meg viszonylag tiszta is)
viszont a lap meg volt hajolva, mert az egyik tavtarto nem jol volt
meg talaltam mast is
debian kernel: hda: dma_timer_expiry: dma status == 0x21
debian kernel: hda: DMA timeout error
debian kernel: hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
debian kernel: ide: failed opcode was: unknown
ilyenek tarkitjak a syslog-ot szep szammal (lehet nem veletlenul szerepelt a hibauzenetnel az az ide_core reszlet olyan sokszor?)
mond ez nektek barmit? guglitol nem lettem sokkal okosabb, egy masik problemahoz kalauzoltak, ami csak hasonlo
egy 2 gigas seagate lemezrol van szo, 40 eres kabellel
sajna hdd-m perpill nincs masik, kabelt megprobalok szerezni, majd azt cserelem, legalabb egy teszt erejeig) -
VladimirR
nagyúr
válasz
bambano
#3124
üzenetére
szerencsere semmi fontos adat nincs rajta
viszont most mondok egy erdekeset, erre varrjatok gombot
este raengedtem egy badblocks -vw -f 5 /dev/hda1 parancsot (miutan megcsinaltam, hogy egy particio legyen csak) es reggelre le is futott
az 5 kor alatt osszesen 0 bad block-ot talalt Pass completed, 0 bad blocks found.
viszont dmesg ezt mondja:
hda: dma_timer_expiry: dma status == 0x61
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdb: status error: status=0x51 { DriveReady SeekComplete Error }
hdb: status error: error=0x04 { AbortedCommand }
ide: failed opcode was: unknown
hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdb: drive not ready for command
hda: dma_timer_expiry: dma status == 0x61
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdb: status error: status=0x51 { DriveReady SeekComplete Error }
hdb: status error: error=0x04 { AbortedCommand }
ide: failed opcode was: unknown
hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdb: drive not ready for command
a hdb egy dvd-iro, amiben egy knoppix livecd volt (ezzel tudtam vegre megcsinalni)
most megyek, kiprobalom masik ide kabellel is -
VladimirR
nagyúr
válasz
bambano
#3127
üzenetére
no, uj kabellel is ugyanaz
pontosabban most megint ezt dobalja:
hda: dma_timer_expiry: dma status == 0x21
hda: DMA timeout error
hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
a kerdesem az lenne, hogy hogyan tudnam live knoppix eseteben masik kernellel megnezni?
ahogy latom, a cd-n ninsc valasztek
van esetleg valami olyan livecd-s linux, aminel van? vagy mindenkeppen telepitenem kell, s nekem kell belepakolnom a kerneleket? ez kicsit problemas, mert egyetlen 2GB-os merevlemez van a gepben -
VladimirR
nagyúr
/etc/apt/sources.list-be adj meg valamilyen http, vagy ftp mirrot, ne csak a cd legyen feltuntetve
deb http://ftp.u-strasbg.fr/debian/ etch main non-free contrib
deb-src http://ftp.u-strasbg.fr/debian/ etch main non-free contrib
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
felteve persze, hopgy etch-et hasznalsz
ha nem, akkor a megfelelo verzio nevet helyettesitsd be
[Szerkesztve] -
VladimirR
nagyúr
válasz
bambano
#3141
üzenetére
nem en allitottam be, s mikor rakerdeztem, epp azt kaptam valasznak, hogy a magyar mirror-ok sebessege nem mindig kielegito (mondjuk nem is foglalkoztam vele, ezek is megfelelo sebesseguek)
mas: a fenti ket programhoz hasonlot nem tudsz esetleg windoze-ra javasolni?
[Szerkesztve] -
VladimirR
nagyúr
válasz
bambano
#3145
üzenetére
ezt egyre kevesbe ertem:
a hdd sajat gepeben (a p1-es) irogatja a fentebb tobbszor emlitett hibat, viszont badblocks hiba nelkul fut le
masik gepben windoze alatt neztem iozone-nal, az nem talal hibat
ugyanacsak ebben a gepben knoppix livecd-rol boot-olva mar a particionalaskor hibat dobal, badblocks pedig egy csomo badsector-t talal
ilyenkor mi van? -
VladimirR
nagyúr
válasz
bambano
#3158
üzenetére
tapegysegek elvileg rendben vanak (bar a p1-eset nem igazan tudom megnezni)
tapcsatlakozo a masodik gepben szinten, az a rack-be megy, mas hdd-nek nem szokott baja lenni
en leginkabb azt nem ertem, hogy ugyanabbana gepben win alatt semmi hibat nem dobott a progi, knoppix live alatt meg particionalni is alig birtam - mindossze egy restart volt a ket proba kozott, semmi szereles -
VladimirR
nagyúr
válasz
bambano
#3164
üzenetére
hmm..ezt nem ertem
-i kapcsoloval az infonal azt mondja, hogy mdma2-t hasznal (megcsillagozva jeloli)
aztan mondom neki, hogy -d 0, vagyis, hogy lojje ki a dma-t
o mondja is, hogy
setting using_dma to 0 (off)
using_dma = 0 (off)
de utana -i eseten tovabbra is ezt irja:
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 *mdma2
...
* signifies the current active mode -
VladimirR
nagyúr
válasz
bambano
#3166
üzenetére
-p volt, de nem lattam semmi hatasat (a fentebb bemasolt -i kiadasa elott volt -p 1)
-X tudja a dma modot allitani (-i utan is jol latszik), de pio modba nem sikerul atvaltanom
root@0[~]# hdparm -d0 -X9 -p1 /dev/hda
/dev/hda:
attempting to set PIO mode to 1
setting using_dma to 0 (off)
setting xfermode to 9 (PIO flow control mode1)
using_dma = 0 (off)
es -i tovabbra is az mdma2-t csillagozza be -
VladimirR
nagyúr
hmmm....mivel masik vinyoval is csinalta, ami egyebkent hibatlan, kiszedtem 1-2 folosleges dolgot a gepbol:
-2x16MB edo ram - maradt 64mb sdr sdram (papiron nem tamogatja a kettot egyutt, de memtest egy nap utan sem hibazott)
-256kb coast kartya, s letiltottam az alaplapon levo masik 256k-s darabot is (a post utani tablazaton kivul sehol nem latszott, hogy lenne akar egy kb l2 cache is)
most orak ota megy a badblocks es nem dobott hibat....
a fene erti
mindenesetre mindenkinek koszonom a segitseget
[Szerkesztve] -
VladimirR
nagyúr
hogyan tudom megadni, hogy egy cron job minden oraban fusson le az adott ora otodik percenek harmincadik masodperceben?
azert lenne ez fontos, mert van egy job, ami percenkent fut
sajnos ez neha valamiert beragad, igy csinaltam egy masik job-ot, ami egy killall-t futtat
viszont ez utobbi megszakitja az adott percben indult job-ot is -
-
VladimirR
nagyúr
válasz
Salvatore
#3208
üzenetére
az install (es utobb a rendszer sem) valoban nem viszi tuzasba a felhasznalo kenyezteteset (a sarge installja meg tobbet kerdezett), de aki nem lusta olvasni (valoszinuleg aki egy win-t nem tud rendbentartani, az ide tartozik), az valoban remek rendszert tud osszerakni
magam nehany kereszeletu probal;kozas utan debian-nal futottam neki eloszor a linux-nak, s igy, hogy picit komolyabban vettem, meglepoen konnyu hasznalni a deb-et
felteve, ha az ember meg tudja kerdezni valahol (mint pl itt), hogy adott feladat milyen paranccsal/programmal oldhato meg (en magam ezt a teszet erzem a legpropblemasabbnak egy kezdo szamara - addig stim, hogy man programnev, de mi a programnev)
errol jut eszembe: nem tudtok esetleg olyan programot, amivel a merevlemez irasi, olvasasi (random, sequential) sebesseget lehet merni, parancssoros (nincs x a gepen) es, ami a legfontosabb, ossze tudom vetni windoze-os eredmenyekkel (tehat legyen win-es binaris is, mert ahany program annyifele eredmenyt kapni)
elore is koszonom -
VladimirR
nagyúr
válasz
Claudius
#3223
üzenetére
debian (es gondolom az ubuntu is) beirja magat a boot merevlemez mbr-jebe es egy boot manager-rel (tobbnyire a grub) indit, ahol ki tudod valasztani az inditano os-t (debian tepelitoje megtalalja az xp-t is)
viszont fontos, hogy ha az xp-s vinyo a boot vinyod, s a masikra kerul a linux, akkor a masodik (rack-)vinyo kivetele eseten nem fogsz tudni rendszert inditani
ugyanis hiaba irja be magat az mbr-be, a grub-nak szuksege van a elmezen talalhato file-okra
ha a lemezt tovabbra is ki akarod venni, akkor (azt hiszem, de majd pontositanak) letre kell hoznod egy particiot (par 10 mega asszem eleg) az elsodleges merevlemezen, s csatolasi pontnak a /boot-ot kell megadnod
igy a grub is az elso lemezre kerul majd, s a masodik lemez eltavolitasa eseten is menno forg a rendszerinditas
ha nagy hulyeseget irtam, valaki legyen szives kijavitani
[Szerkesztve] -
VladimirR
nagyúr
válasz
Claudius
#3225
üzenetére
igen, jol erted, kov restartnal kerdezni fogja
ha nem veszed ki a hdd-t, akkor semmi egyeb teendod nincs
bambano: nem azzal volt gondom, hogy a grub hova irja be magat, hanem hogy hol lesznek a szamara szukseges file-ok (stage file-ok, vagy mik, menu file, ilyenek)
ilyen esetben mi van, ha kiveszem a masodlagos vinyot, s ezek a file-ok azon vannak (a grub pedig a boot hdd mbr-jeben van)
ilyenkor hogy illik megoldani?
[Szerkesztve] -
VladimirR
nagyúr
kicsit kezdo kerdes kovetkezik, de:
van egy scsi raid vezerlo a gepemben, letrehoztam rajta egy raid egy tombot ket lemezbol
hogyan tudom ezt debian alatt hasznalatba venni?
gondolom nem az sda es sdb lemezeket kell piszkalnom
a /proc/megaraid/hba0/radddrives-0-9 file-ban (vagy mik azok ott a /proc-ban) latni a tomb infoit (a megaraid a vezerlo - Bovebben: [link]) -
VladimirR
nagyúr
de mondom, ha atteszem a masik gepbe, amin vista van, az latja rendesen a raid tomb-ot (akkor epp raid 1 volt, azota mar neztem raid 0-val is)
szerk.: erdekes, megcsinaltam megegyszer (ugyanugy) es most jonak tunik, csak az sda latszik, s akkora, amekkora a ket lemez egyutt -
#3303
VladimirR
nagyúr
Forest_roby
#3302
VladimirR
nagyúr
válasz
Forest_roby
#3302
üzenetére
csatlakozas mas gep megosztasahoz:
apt-get install smbclient smbfs
aztan felmount-olod a vasik gep megosztasat
//192.168.0.200/film /mnt/lan/vladimirr/film smbfs defaults,username=guest,password= 0 0 (ez az fstab-bol vna)
megosztas:
apt-get install samba
megadod a munkacsoprtot
a /etc/samba/smb.conf file-ba beirod a megosztani kivant mappat, pl.:
[shared]
comment = Public share
path = /home/shared
guest ok = yes
writable = yes
meg en a security = share erteket is beallitottam, igy nem ker jelszot senkitol -
#3358
VladimirR
nagyúr
rokefeller
#3357
VladimirR
nagyúr
válasz
rokefeller
#3357
üzenetére
ilyen alapon a windoze is ingyenes ;p
de komolyra forditva, egy pillanatig sem ellenkeztem Sianis eziranyu velemenyevel, mindent a maga helyen -
VladimirR
nagyúr
van a gepemben egy megaraid 466-os raid kartya, rajta 4db scsi hdd-vel
ezek egy raid5 tombbe vannak osszepakolva
sda1 particonalva, formazva, mountolva van, hasznalom is, minden rendben
az mitol lehet, hogy van meg mellette sdb, sdc, sdd, sde, sdf is? osszesen 1 db ide-s lemez (hda) es a fentebb emlitett 4 scsi van a gepben (de mivel hw raid, ezeket egy darabnak kellene latnia) -
VladimirR
nagyúr
válasz
Jester01
#3385
üzenetére
ugy sem jo
az egy darab logikai meghajtom az sda, a masik 5 (4 merevlemez van) az sdb,, sdc, sdd, sde, sdf
emellett ilyeneket dobal boot kozben zsakszamra:
sdf: rw=0, want=24981075, limit=8330543
attempt to access beyond end of device
illetve
sd 0:4:0:1: SCSI error: return code = 0x000400f0
end_request: I/O error, dev sdc, sector 71
sdc: Current: sense key: No Sense
Additional sense: No additional sense information
sd 0:4:0:2: SCSI error: return code = 0x000400f0
end_request: I/O error, dev sdd, sector 75
sdb: Current: sense key: No Sense
Additional sense: No additional sense information
sd 0:4:0:4: SCSI error: return code = 0x000400f0
end_request: I/O error, dev sdf, sector 75
sde: Current: sense key: No Sense
Additional sense: No additional sense information
sd 0:4:0:2: SCSI error: return code = 0x000400f0
end_request: I/O error, dev sdd, sector 75
printk: 81 messages suppressed.
Buffer I/O error on device sdd1, logical block 3
sdb: Current: sense key: No Sense
Additional sense: No additional sense information
sd 0:4:0:3: SCSI error: return code = 0x000400f0
end_request: I/O error, dev sde, sector 91
sdb: Current: sense key: No Sense
Additional sense: No additional sense information -
VladimirR
nagyúr
válasz
Jester01
#3389
üzenetére
erdekes:
cyla@debian:~$ cat /proc/partitions
major minor #blocks name
3 0 2062368 hda
3 1 208813 hda1
3 2 1847475 hda2
8 0 12490752 sda
8 1 12490506 sda1
8 16 4165271 sdb
8 17 12490506 sdb1
8 32 4165271 sdc
8 33 12490506 sdc1
8 48 4165271 sdd
8 49 12490506 sdd1
8 64 4165271 sde
8 65 12490506 sde1
8 80 4165271 sdf
8 81 12490506 sdf1
a hda 2 gigas, a scsi vinyokk 4.2, 4.5, a raid tomb ~12
es a megerdekesebb:
cyla@debian:~$ cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: MegaRAID Model: LD0 RAID5 12198R Rev: GH6E
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 04 Id: 00 Lun: 00
Vendor: HP Model: 4.26GB A 68-3807 Rev: 3807
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 04 Id: 00 Lun: 01
Vendor: HP Model: 4.26GB A 68-3807 Rev: 3807
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 04 Id: 00 Lun: 02
Vendor: HP Model: 4.26GB A 68-3807 Rev: 3807
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 04 Id: 00 Lun: 03
Vendor: HP Model: 4.26GB A 68-3807 Rev: 3807
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 04 Id: 00 Lun: 04
Vendor: HP Model: 4.26GB A 68-3807 Rev: 3807
Type: Direct-Access ANSI SCSI revision: 02
illetve:
cyla@debian:~$ cat /sys/bus/scsi/devices/0\:4\:0\:0/model
4.26GB A 68-3807
cyla@debian:~$ cat /sys/bus/scsi/devices/0\:4\:0\:1/model
4.26GB A 68-3807
cyla@debian:~$ cat /sys/bus/scsi/devices/0\:4\:0\:2/model
4.26GB A 68-3807
cyla@debian:~$ cat /sys/bus/scsi/devices/0\:4\:0\:3/model
4.26GB A 68-3807
cyla@debian:~$ cat /sys/bus/scsi/devices/0\:4\:0\:4/model
4.26GB A 68-3807
a 4 scsi vinyo nem egyforma, van ket quantum (hp) amik azonosak es ket ibm, amiknel mind tipusban, mind meretben van egy kis elteres -
-
VladimirR
nagyúr
adott ket gep, a ketto kozott egy halokabel, a ket vegen ertelemszeruen egy-egy halokartyaval
honnan lehet megtudni, hogy melyik szarja ossze magat idonkent (tipikusan komolyabb terheles alatt)
en magam csak az egyik gephez ferek hozza, a masik, amitol a netet kapjuk, arra nincs bejarasom, de ha tudnatok tippeket adni, hogy mit nezessek meg, az sokat segitene
az emlitett gepen a syslog-ban semmi jelet nem lattam annak, hogy nalunk lenne a baj, a hiba kezdetet megelozo 10-30 perctol a hibat koveto 10-30 percig csak a cron bejegyzesei voltak, mas semmi (s utana is csak par ftp hiba, hogy timeout-olt a user - mer' ugye lehalt a kapcsolat)
amit tudok, hogy ilyenkor, mikor elszall a net, a masik gep azon halokartyajat sem tudom ping-elni, amirol a net jon felenk (ha magahozter a gep, latni fogom, hogy a sajat kartyat tudom-e, de ez elvileg nem sokat segit, mert akar halott halokartyat is tudok pingelni)
szoval mindennemu otletet, tippet, javaslatot orommel fogadok
jah, a gep egyebkent egy debian etch 2.6.18-4-486 kernellel (a masik gepet nem tudom pontosan, valami regebbi deb 2.4-gyel, ha minden igaz)
[Szerkesztve] -
Új hozzászólás Aktív témák
Hirdetés
- Ukrajnai háború
- Jó, jó, mechanikus billentyűzetet... de milyet?
- Xiaomi 14T - nem baj, hogy nem Pro
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- SONY LCD és LED TV-k
- Pécs és környéke adok-veszek-beszélgetek
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Politika
- Sony MILC fényképezőgépcsalád
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest