- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Google Pixel topik
- Milyen okostelefont vegyek?
- Honor Magic6 Pro - kör közepén számok
- One mobilszolgáltatások
- iPhone topik
- Olcsó Galaxyk telepíthetik a One UI 7-et
- Milyen GPS-t vegyek?
- Samsung Galaxy A56 - megbízható középszerűség
-
Mobilarena
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
-
lapa
veterán
nekifutok újra, hátha innen valaki el tud igazítani. a cél sudo-s ubuntu rendszer rsyncelése másik ubuntus gépre (nem az élő rendszerre, másodlagos, offline rendszerre. eddig jutottam:
az alábbi példában épp pin van jelszó helyett, meg /tmp/, de a lényeg ugyanaz.
lapa@egyik:~$ sudo rsync -avz --delete -e "ssh -t" --rsync-path='sudo rsync' /tmp/forras/ lapa@masik:/tmp/cel/
Please insert your Smart card or enter your username.
Found the Smart card.
Welcome lapa (User PIN)!
Smart card PIN:
Pseudo-terminal will not be allocated because stdin is not a terminal.
Enter PIN for 'lapa (User PIN)':
sudo: no tty present and no askpass program specified
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]
lapa@egyik:~$valahogy csak meg lehet ezt oldani, annyival frappánsabb meg hatékonyabb lenne mint tarolni. ez lenne a remote install meg az update managger egyben, egyszerre tudnám elrontani a gépeket. kulcsfájl nem opció. guvasztottam már a szemem erre az askpass dologra, de nemigen értem hogyan kéne összerakni a fenti rsynccel. példakódot ilyet találtam:
ssh (server) SUDO_ASKPASS=/usr/lib/ssh/ssh-askpass sudo -A (command)
-
utgyuru
aktív tag
Sziasztok!
VMWare-ben használok egy BackTrack distrot, a gondom az lenne, hogy "eltűnt" az internetkapcsolatom. Eddig ment rendesen, beállításokhoz nem nyúltam, és most semmit se tölt be. Terminálból google-t tudom pingelni, meg a hálózat többi gépét is látja. Ilyenkor mit lehet tenni ?
-
bambano
titán
a raid driver által adott mdx device ugyanolyan device, mint egy vinyó, bármit csinálhatsz vele, belerakhatod raidbe, drbd-be, rakhatsz rá fájlrendszert és lvm-et.
hogy kinek mikor érdemes egy nagy partíció helyett több kisebbet csinálni, az már helyi szinten dől el. Mindenesetre mióta van egy 3T-s raid0-m és majd' egy óra az fsck, azóta tudom, hogy nem szeretek ekkora partíciókat csinálni, mert a bootkori fsck alatt kihullik a hajam.
az nálam rendszeres, hogy a rendszerdiszkekből előbb raid1, arra egy boot meg egy root partíció és a maradék lvm. így ahogy változik a terhelés, a különböző cuccokat utólag is szét tudom pakolni külön partíciókra és azok méretét változtatni lehet. nálam a var/log és a postgres adatbázis direk vannak külön, mert mindkettő bármikor nagyot ugorhat és ne tolja tele a többi cucc elől a diszkeket.
-
Jester01
veterán
válasz
Rickazoid
#14188
üzenetére
Nem biztos, hogy mindig a legfrisebb a legjobb. Ez mindenesetre kernel bugra utal, bár lehet, hogy csak következmény:
May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000Viszont egy ilyen után már nem megbízható a futó kernel.
-
Rickazoid
addikt
Most így újraindítás után a dmesg | grep usb:
[ 5.129075] usbcore: registered new interface driver usbfs
[ 5.129107] usbcore: registered new interface driver hub
[ 5.130229] usbcore: registered new device driver usb
[ 5.453358] usb 1-1: new high-speed USB device number 2 using ehci_hcd
[ 6.073345] usb 6-1: new full-speed USB device number 2 using uhci_hcd
[ 6.476677] usb 6-2: new low-speed USB device number 3 using uhci_hcd
[ 6.683028] input: Mouse USB Laser Mouse as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input1
[ 6.683125] generic-usb 0003:FFC0:0040.0001: input,hidraw0: USB HID v1.11 Mouse [Mouse USB Laser Mouse] on usb-0000:00:1d.1-2/input0
[ 6.683145] usbcore: registered new interface driver usbhid
[ 6.683147] usbhid: USB HID core driver
[ 13.687577] usbcore: registered new interface driver btusb
[ 13.958459] input: Acer CrystalEye webcam as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1:1.0/input/input12
[ 13.958592] usbcore: registered new interface driver uvcvideo
A hardver: Acer TM7720G302G16Mn + 2 GB RAM, vagyis Core 2 Duo T7300 processzor, 2x2 GB 667 MHz RAM, AMD/ATI Radeon HD 2400 XT, Intel 82801H (ICH8 Family) USB UHCI vezérlő, 2008-as, utolsó kiadású BIOS.
lshw kimenet. -
Rickazoid
addikt
Üdv!
Volna egy olyan problémám, hogy az USB csatlakozók látszólag random módon leállnak. A Bluetooth modulnál veszem először észre, ilyenkor nem tud új eszközt csatlakoztatni. Ha kihúzom majd újra csatlakoztatom a modult, már nem működik, csak világít folyamatosan villogás helyett. Ugyanez egérrel, ha kihúzom majd visszadugom, egyszerűen nem megy.
A hiba előfordulásakor ezeket találtam a logokban:
errors.log
May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
everything.log
May 3 11:36:48 lynx bluetoothd[964]: Terminating
May 3 11:36:48 lynx bluetoothd[964]: avdtp_set_state(): no matching audio device
May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/A2DPSource
May 3 11:36:48 lynx bluetoothd[964]: Endpoint unregistered: sender=:1.22 path=/MediaEndpoint/HFPAG
May 3 11:36:48 lynx kernel: [ 2289.776440] Bluetooth: unknown link type 103
May 3 11:36:48 lynx kernel: [ 2289.776499] BUG: unable to handle kernel paging request at 0000000000001000
May 3 11:36:48 lynx kernel: [ 2289.776506] IP: [<0000000000001000>] 0xfff
May 3 11:36:48 lynx kernel: [ 2289.776518] PGD 0
May 3 11:36:48 lynx kernel: [ 2289.776522] Oops: 0010 [#1] PREEMPT SMP
May 3 11:36:48 lynx kernel: [ 2289.776529] CPU 1
May 3 11:36:48 lynx kernel: [ 2289.776532] Modules linked in: fuse rfcomm bnep tun reiserfs uvcvideo videobuf2_vmalloc videobuf2_memops fglrx(PO) videobuf2_core arc4 videodev btusb bluetooth iwl4965 iwlegacy v4l2_compat_ioctl32 media mac80211 snd_hda_codec_realtek amd_iommu_v2 radeon firewire_ohci snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc mmc_block joydev acer_wmi cfg80211 pcmcia snd_timer snd firewire_core i2c_algo_bit drm_kms_helper ttm nsc_ircc soundcore sparse_keymap tg3 tifm_sd intel_agp irda crc_ccitt yenta_socket pcmcia_rsrc rfkill crc_itu_t iTCO_wdt wmi serio_raw tifm_7xx1 tifm_core drm sdhci_pci sdhci i2c_i801 mmc_core i2c_core intel_gtt iTCO_vendor_support psmouse thermal evdev libphy pcmcia_core processor button container video battery ac pcspkr vboxdrv(O) ext4 crc16 jbd2 mbcache usbhid hid sr_mod sd_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common
May 3 11:36:48 lynx kernel: [ 2289.776633]
May 3 11:36:48 lynx kernel: [ 2289.776636] Pid: 964, comm: bluetoothd Tainted: P O 3.3.4-2-ARCH #1 Acer TravelMate 7720 /Tangiz
May 3 11:36:48 lynx kernel: [ 2289.776642] RIP: 0010:[<0000000000001000>] [<0000000000001000>] 0xfff
May 3 11:36:48 lynx kernel: [ 2289.776647] RSP: 0018:ffff88013821fd70 EFLAGS: 00010206
May 3 11:36:48 lynx kernel: [ 2289.776649] RAX: 0000000000001000 RBX: ffff88008415a000 RCX: 00000000000000d3
May 3 11:36:48 lynx kernel: [ 2289.776651] RDX: 0000000000000000 RSI: 0000000000000016 RDI: ffff88008415a000
May 3 11:36:48 lynx kernel: [ 2289.776654] RBP: ffff88013821fd98 R08: 0000000000000000 R09: 0000000000000001
May 3 11:36:48 lynx kernel: [ 2289.776656] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880137400658
May 3 11:36:48 lynx kernel: [ 2289.776659] R13: ffff8801374005e0 R14: 0000000000000000 R15: 0000000000000000
May 3 11:36:48 lynx kernel: [ 2289.776662] FS: 00007f71f5b4f700(0000) GS:ffff88013fd00000(0000) knlGS:0000000000000000
May 3 11:36:48 lynx kernel: [ 2289.776664] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
May 3 11:36:48 lynx kernel: [ 2289.776667] CR2: 0000000000001000 CR3: 0000000138fed000 CR4: 00000000000006e0
May 3 11:36:48 lynx kernel: [ 2289.776669] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
May 3 11:36:48 lynx kernel: [ 2289.776672] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
May 3 11:36:48 lynx kernel: [ 2289.776675] Process bluetoothd (pid: 964, threadinfo ffff88013821e000, task ffff880138189000)
May 3 11:36:48 lynx kernel: [ 2289.776677] Stack:
May 3 11:36:48 lynx kernel: [ 2289.776678] ffffffffa06f11c5 ffff88013821fd98 ffff88008415a000 ffff880137400000
May 3 11:36:48 lynx kernel: [ 2289.776684] ffff880137400010 ffff88013821fdc8 ffffffffa06ecc41 ffff880137400000
May 3 11:36:48 lynx kernel: [ 2289.776688] 0000000000000000 ffff880137556c00 0000000000000000 ffff88013821fde8
May 3 11:36:48 lynx kernel: [ 2289.776694] Call Trace:
May 3 11:36:48 lynx kernel: [ 2289.776704] [<ffffffffa06f11c5>] ? hci_conn_hash_flush+0x65/0xc0 [bluetooth]
May 3 11:36:48 lynx kernel: [ 2289.776712] [<ffffffffa06ecc41>] hci_dev_do_close+0xa1/0x2c0 [bluetooth]
May 3 11:36:48 lynx kernel: [ 2289.776719] [<ffffffffa06edebd>] hci_dev_close+0x2d/0x70 [bluetooth]
May 3 11:36:48 lynx kernel: [ 2289.776727] [<ffffffffa06fc493>] hci_sock_ioctl+0x193/0x380 [bluetooth]
May 3 11:36:48 lynx kernel: [ 2289.776734] [<ffffffff81132494>] ? handle_mm_fault+0x1a4/0x2f0
May 3 11:36:48 lynx kernel: [ 2289.776740] [<ffffffff8134b830>] sock_do_ioctl+0x30/0x70
May 3 11:36:48 lynx kernel: [ 2289.776744] [<ffffffff8134bb06>] sock_ioctl+0x76/0x2a0
May 3 11:36:48 lynx kernel: [ 2289.776750] [<ffffffff8117e787>] do_vfs_ioctl+0x97/0x530
May 3 11:36:48 lynx kernel: [ 2289.776754] [<ffffffff8118ae14>] ? mntput+0x24/0x40
May 3 11:36:48 lynx kernel: [ 2289.776759] [<ffffffff8116dfeb>] ? fput+0x16b/0x210
May 3 11:36:48 lynx kernel: [ 2289.776763] [<ffffffff8117ecb9>] sys_ioctl+0x99/0xa0
May 3 11:36:48 lynx kernel: [ 2289.776769] [<ffffffff8145fe69>] system_call_fastpath+0x16/0x1b
May 3 11:36:48 lynx kernel: [ 2289.776771] Code: Bad RIP value.
May 3 11:36:48 lynx kernel: [ 2289.776776] RIP [<0000000000001000>] 0xfff
May 3 11:36:48 lynx kernel: [ 2289.776781] RSP <ffff88013821fd70>
May 3 11:36:48 lynx kernel: [ 2289.776784] CR2: 0000000000001000
May 3 11:36:48 lynx kernel: [ 2289.776788] ---[ end trace d94c54f926688193 ]---
May 3 11:36:49 lynx bluetoothd[1973]: Bluetooth daemon 4.99
May 3 11:36:49 lynx bluetoothd[1973]: Starting SDP server
May 3 11:36:49 lynx bluetoothd[1973]: Listening for HCI events on hci0
May 3 11:36:56 lynx kernel: [ 2297.596558] usb 5-1: USB disconnect, device number 2Majd semmi. Hiába csatlakoztatok bármit, semmi bejegyzés nincs róla, mintha nem is lenne USB a gépen. Az lsusb kimenete pedig megegyezik a hiba előtti USB kapcsolatokkal, kilistázza az egeret és a Bluetooth adaptert ha csatlakoztatva vannak, ha nincsenek.
Arch Linux, hetente frissítve (ma reggel volt a legutóbbi). A probléma kb. egy hónapja áll fenn, de most nagyon idegesítő szintre ért el, naponta többször is jelentkezik. Először azt hittem az USB hub okozza, de a napokban már nem használtam, hogy lássam lesz-e változás.
Csak újraindítás segít.Ötletek?
Tippek?
-
Des23
csendes tag
A raid5 megmarad a privát adatoknak, a többi adat nem érdekes, hiszen minden beszerezhető a (sorozat, film...).
Csak gondoltam az LVM megkönnyíti az életem, mert nem kell a lemezek között bűvészkedni az adatokkal.
De így, hogy egy hdd halál viszi az adatok nagy részét már nem hangzik olyan jó megoldásnak
-
rt06
veterán
esetleg probalkozz meg egy szoftveres raid5-tel
igaz, hogy igy azonos meretu lemezekre van szukseged (legalabbis ajanlott), illetve egy lemeznyivel kevesebb helyed lesz, de ez a raid megoldas hibaturo, vagyis ha egy lemezed kiesik, attol meg egy byte adatod sem vesz elmas: tldp miert nem megy?
-
Des23
csendes tag
Sikeresen megcsináltam egy tesztet, és nem vagyok megelégedve az eredménnyel
3x100MB HDD-t pakoltam össze LVM-mel, majd a középsőt kiszedtem, és tettem a helyére egy üreset.
Ez alapján megcsináltam mindent, és a vége az lett, hogy elveszett 137MB adat, és a maradék is a lost+found könyvtárban kötött ki, össze-vissza.Ezek alapján én nem ajánlanám otthoni használatra, mert ugyan nincs akkor adat veszteség mint egy raid0-nál, de azért bőven tud gondot okozni egy HDD halál.
Inkább marad a symlink, meg az adat mozgatás, ha a szükség úgy hozza. -
-
Des23
csendes tag
Sziasztok!
Egész nap a neten keresgéltem, de nem találtam választ a kérdésemre.
Ha építek egy 4 lemezes LVM-et, úgy, hogy az egészet egy lv-be szervezem, mi történik, akkor ha az egyik HDD megadja magát?
Ugrik az egész tartalma mintha raid0 lenne, vagy csak azok a fileok, amik pont azon a hdd-n voltak fizikailag? -
#14176
bambano
titán
szilardsebok
#14175
bambano
titán
válasz
szilardsebok
#14175
üzenetére
igen, azt mondja, hogyha teljesen kikapcsoltad a kernel konfigban a wifi extensiont, akkor annak a kártyának a driverét sem tudja lefordítani, illetve értelmetlen is.
keresd meg azt a sort a konfigban és írd át y-ra vagy m-re.
-
#14175
szilardsebok
csendes tag
szilardsebok
csendes tag
ez a hibaüzenet jelent valakinek valamit:
frisített kernel után az usb wifi adapterem driver "&make-jénél" ütötte fel a fejét ez:/root/compat-wireless-2011-07-14/config.mk:212: "WARNING: CONFIG_CFG80211_WEXT will be deactivated or not working because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface like iwconfig will not work. To activate it build your kernel e.g. with CONFIG_LIBIPW=m."
make -C /lib/modules/3.2.6/build M=/root/compat-wireless-2011-07-14 modules
make: *** /lib/modules/3.2.6/build: No such file or directory. Stop.
make: *** [modules] Error 2 -
lapa
veterán
-
lapa
veterán
válasz
Jester01
#14168
üzenetére
"Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel."
ezt hogy csinálod? eddig nekem az 1.6 c2d-n az 1080p smplayerrel nemigen ment, vlc-vel is elég limiten. mondjuk ennek a posztodnak hála nekifutottam a coreavc-nek megint, de mint kiderült a coreavc már nem is kell, elég az mplayer2. küzdöttem még egy kört smplayerrel, mert nem akart menni, de aztán 0.8 megy. ja, és mindeközben kis híján megtanultam finnül és oroszul.
azért ez az mplayer2 elég ütős lett. eljövé az 1080p az én házamba most. mindenesetre továbbra is 60-80%-on megy, 1,6 ghz-n. szóval nemtom nálad mi számol, ha se a cpu, se a gpu. oké, ez avc1 mkv, nemtom azt ugyanaz-e, mint a bd rip.
-
-
Jester01
veterán
válasz
bambano
#14163
üzenetére
Én meg azt hallottam, hogy az AMD aktívan támogatja a nyílt forráskódot. Ezért én azóta nem vettem nvidiat
Egyébként ugye havonta van bináris driver, előfordul, hogy némelyik bugos. De hát nem kell mindig a legfrissebb. Egy-egy ilyen esettől eltekintve, nem futottam komoly problémába. Mondjuk a hardveres videódekódolásra nincs szükségem, a proci az alap 800MHz-en is megbírkózik az 1080p hd blu-ray rippel.
-
-
lapa
veterán
"bekapcsolt compiz"
haha, bepánikolva írt tegnapelőtt a szülő, hogy nagyon furcsa a gép, "olyan mikor megnyom egy ikont, mint mikor a vízbe kavicsot dob valaki".
ránéztem, visszaraktam "none effect"-re (azért érdekelne mitől kapcsolódott be), és azóta újra boldogság van hogy nem fodrozzák szemcukorkák a képernyőt meg az idegeit.
persze gondolom nálatok másért van fenn a compiz, csak eszembe jutott.
-
Köszi a válaszokat mindkettőtöknek!
Azért akarok váltani, mert most egy P3 Tualatin Cerka + nVidia 7200 AGP kombóm van, ami nem fogyaszt keveset, de legalább lassú is.
Egy következő generációs, legalacsonyabb fogyasztású, minimum 2 magos AMD APU-t szeretnék venni majd miután megjelenik. És fontos, hogy megfelelően kezeljen 2 kijelzőt (monitor + TV), és szükség esetén megbírkózzon 3D-s videókkal, WebGL-lel, és mindenféle 2D-s és 3D-s cuccal, ami csak szembe jöhet. Mindezt bekapcsolt Compiz mellett, mert a család már nem tud nélküle élni.
A b.) terv mindenképpen egy nV kártya, de ez tényleg csak akkor, ha nem tudom megoldani AMD APU-val. -
Vladi
nagyúr
Ezen én is sokat dilemmáztam. Az ati rohamostan fejlődik, most elvielg már ott a tart a dolog, hogy openelec a brazost ki tudja hajtani hd videó értelemben.
nvidiával nem lősz mellé az is igaz.
De miért akarsz most váltani? Nekem nemsokára lesz eladó htpc-m, nvidiás, mivel beleszerettem ebbe.
-
lapa
veterán
ez teny, gondoltam egyértelmű az előző komment alapján hogy itt is bekavar a cache. de jogos a kiegészítés.
nekem arra volt jó hogy rájöjjek miért halál 50 órája a dd (mert ugye a blocksize-ot előtte senki nem emlegette nekem). szóval ilyen szedett-vedett progress barnak (mikorvégezmajdnak) jól jött nagyobb dolgoknál.
-
rt06
veterán
dd cache-bol olvas, ha tobbszor futtats rovid tesztet, irrealis ertekek jonnek ki
mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
10+0 records in
10+0 records out
10485760 bytes (10 MB) copied, 0.162363 s, 64.6 MB/s
mir / # dd if=/dev/cciss/c0d1 of=/dev/null bs=1M count=10
10+0 records in
10+0 records out
10485760 bytes (10 MB) copied, 0.0178784 s, 587 MB/sattol fuggoen, hogy ki mit akar tesztelni, erdemes lehet esetleg erre is vetni egy pillantast
-
-
ViZion
félisten
válasz
bambano
#14157
üzenetére
... be is telt a partíció
Pendrájvra jó a hdparm sztem. Új R500, 16 GB pendrájv USB3-ba dugva 35.18 MB/sec, USB2 hub-on ~30. Régebbi Kingston 16 GB USB2 hubon ~24.22 MB/sec. iBeat Cebrax (USB 1-es ős-zenelejátszó, 1 GB kapacitás, de szeretjük, nem kidobós ~7 éves!!!) 995.20 kB/sec. szal. ezek az eredmények kb. rendben is vannak.Később kipróbálom még amit írtál. Mennyi ideig fut egy teszt?
-
-
ViZion
félisten
válasz
bambano
#14155
üzenetére
sudo hdparm -t /dev/sdc
Írást nem tudom mivel kellene... bonnie++ van repóban, de nem tudom hogy műXik. Felvilágosítanál? SSD, HDD, USB3 HDD és USB2 pendrive teszt lenne, csak a magam "örömére". Bár a Kingston R500 hozza amit ráírtak elvileg...
-
#14151
CPT.Pirk
Jómunkásember
szilardsebok
#14149
CPT.Pirk
Jómunkásember
válasz
szilardsebok
#14149
üzenetére
A Wheezy nincs kész. Jelenlegi stabil Squeeze és Debian backportsos friss kernel inkább párosa inkább. 3.2-es kernelnél tartanak a backportsnál, az majdnem a legújabb.
Viszont akár fordíthatsz magadnak kernelt is a jelenlegi disztródhoz. Én is csináltam, nem olyan nehéz, mint amilyennek hangzik, ha elolvasol 1-2 leírást róla.
-
#14150
MacCaine
őstag
szilardsebok
#14149
MacCaine
őstag
válasz
szilardsebok
#14149
üzenetére
A BT5 a 10.04-es Ubuntura épül, az már elég régi. Egy kernel upgraddel elvileg mennie kellene, de gondolom nem akarsz saját kernelt fordítani.
Szóval igen, egy újabb disztró kellene. Egyébként a Debianra is fel tudod pakolni az airmon-ng-t meg a többi ilyen cuccost. -
#14149
szilardsebok
csendes tag
szilardsebok
csendes tag
Windows 7 alatt rögtön felismeri!
Úgy gondoljátok akkor frissebb disztroval oldjam meg? Nincs más megoldás? (mert a jegyzeteim BT5ről szólnak bár kétlem hogy másként kéne kezelni frissebb verziónál) debian wheezy -vel egyetértetek, hogy azzal próbálkozzak?
(mellesleg nagyon örülök, hogy ilyen gyorsan érkeztek hozzászóllások!
) -
#14148
MacCaine
őstag
szilardsebok
#14145
MacCaine
őstag
válasz
szilardsebok
#14145
üzenetére
Próbáld ki egy másik gépben (lehetőleg windows alatt), mert lehet, hogy hardverhiba.
-
#14147
Jester01
veterán
szilardsebok
#14145
Jester01
veterán
válasz
szilardsebok
#14145
üzenetére
Megnéztem, valóban nincs 2.6.38-ban. Szerintem a legegyszerűbb az lenne, ha kernelt frissítenél. Pechedre éppen a 2.6.39-be került bele.
Ja igen, a legegyszerűbb valóban úgy frissíteni a kernelt ha egy frissebb disztrót teszel fel
-
#14146
bambano
titán
szilardsebok
#14145
bambano
titán
válasz
szilardsebok
#14145
üzenetére
rakj fel debian wheezyt, abban sokkal újabb kernel van.
-
#14145
szilardsebok
csendes tag
Jester01
#14144
szilardsebok
csendes tag
válasz
Jester01
#14144
üzenetére
bocs! privátban küldtem el
Több driverrel próbálkoztam, a végén annyira katyvasz lett, hogy újra raktam a particióra ugyan azt a BT5-t, de egyik sem bírta működésre!
Pár külföldi oldalon ath9k-t javasolnak ennek az adapter chipsetjére, de az se hozta lázba, próbáltam compact-wireless drivereket tmert azokat is írták, hogy install és csak fel kell tenni és bizonyos részeket blacklist-re, de még világítani sem világitott és továbbra is no válasz a terminálban a modprobe -kra.
Nem találkoztam kernelben lévő 2800 usb driverekkel. gondolom akkor 2.6.38-ban nincs -
#14144
Jester01
veterán
szilardsebok
#14143
Jester01
veterán
válasz
szilardsebok
#14143
üzenetére
A kernelben lévő ralink rt2x00 / rt2800usb driver nem jó?
Vagy lehet, hogy a 2.6.38-ban még nincs.
-
#14143
szilardsebok
csendes tag
szilardsebok
csendes tag
Sziasztok!
BACKTRACK 5 -t (GNOME - 64 bit architektúrával) telepítettem, egy 30 GB-s (EXT4) partícióra. Vásároltam hozzá egy TP-LINK TL-WN727N USB WiFi adaptert, mivel úgy olvastam, hogy ez kompatibilis ezzel a verzióval és monitorozásra (airodump-ng) alkalmas szemben, az integrált hálózati kártyámmal (Realtek RTL8139/810x Fast Ethernet) A problémám az, hogy nem tudom működésre bírni az USB adaptert, driver keresés közben ez alapján működtem: http://community.linuxmint.com/hardware/view/1518 viszont nem működik továbbra sem, mivel a telepítéssel (szerintem a make - compileal lehet valami) sem tudok hiba nélkül végezni. Miután a 2010_0709_RT2870_Linux_STA_v2.4.0.1 -t a benne lévő README alapján konfigurálom az alábbit kapom:
&make - http://pastebin.com/QqUCCfY8
Ha a make hibáit figyelmen kívül hagyom és folytatom:
&make install - http://pastebin.com/wVkg6xKm
Remélem valaki tud segiteni nekem, mondhatni sürgős, mivel a beadandóm témájául ezt választottam (WPA2 biztonsági rések) és az elvet, meg a működését értem is a neten fellelhető anyagok alapján, de egy konkrét esetet nem tudok vázolni az adapter nélkül.
&lsusb - http://pastebin.com/CRa3vLzM
&iwconfig - http://pastebin.com/cZg2ES0e
&lsmod - http://pastebin.com/7CKjGg99
&modprobe rt2800usb - nem található
Találtam egy ilyen telepítési útmatót, azonban ugyan abba a falba ütközök: http://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
Több fórum felületen próbálok segítséget találni az itt írtakra, de ha olyas valaki olvasná aki nem fórumtag és van ötlete, kérem jelezzen:
e-mail: szilardsebok90@gmail.com
facebook: www.facebook.com/szilardsebokElőre is köszönök minden segítséget!
Szilárd -
-
CPT.Pirk
Jómunkásember
A Nautilusos megoldást csináltam, a célgép felhasználónevével. Mindegy, most valahogy nem vagyok a toppon további kísérletezgetéshez, örülök, hogy az smb4k működik.
Otthon majd megpróbálom, ott legalább nem kell átkábelezni, meg két egyforma Linux van.ssh-t nem próbáltam még így soha. Most smb4k-val itt P4 celeron -> CoreDuo 2Ghz között 100Mb-s lannal a mappa másolás (11,6Gb - 156512 fájl, felfoghatatlan mennyiség) nagyobb állományoknál 10MiB/s-re ugrik fel ami elég jó, proci terhelés 50-70% körül. Közben a celeron terheltsége 20% alatt mozog. Itt a coreduon megy az smb4k.
3 óra 30 perc volt a másolás. Vesémet egy 16G-s pendriveért.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
lapa
veterán
válasz
Jester01
#14134
üzenetére
az ssh top 25 commandban volt már ilyen:
22) Harder, Faster, Stronger SSH clients
ssh -4 -C -c blowfish-cbc
We force IPv4, compress the stream, specify the cypher stream to be Blowfish. I suppose you could use aes256-ctr as well for cypher spec. I’m of course leaving out things like master control sessions and such as that may not be available on your shell although that would speed things up as well.
ötletem sincs lanon van-e értelme compressnek, meg ennek az ipv4 dolognak. mindenesetre szándékosan minden ssh-n megy itthon (már csak a tokenezés miatt is), szóval akárhogy is, nem lesz nagy ügy. gépenként egy ssh.conf.
amúgy nincs gigabit, csak kíváncsiságból összedugtam múltkor a két gépet és megnéztem mit nyomnak ramdriveba másolásnál. amúgy az lehet, hogy nem is akarom a blowfisht? ahogy látom via c7-et kellett volna venni haha.
-
lapa
veterán
válasz
CPT.Pirk
#14131
üzenetére
úgy kaptál denied-ot, hogy a távoli júzert használtad, akinek egyébként volt joga a távoli cucchoz (könyvtárhoz)? és a helyi júzerednek is a helyi cucchoz? kaptál könyvtárfát vagy eleve nem kapcsolódott? mit csinál, ha csak ssh://távjúzer@távgép -et adsz neki? akkor a távjúzer homejába kéne dobjon.
nagyon hasznos cucc amúgy, bookmarkolhatod, mentheted a jelszót stb. kár, hogy ssh upgrade után nekem nem műx. de már nem is kell, lett sshfs:
sshfs távjúzer@távgép:/home/lapa /mnt/home -p 12345
ez azért elég kultúrált, persze gigabiten (30MB/s körül) már jelentős overhead van, egy c2d már eléggé küzd. gondolom core i már offloadolja az ilyen ssh dolgokat, nem?
-
CPT.Pirk
Jómunkásember
válasz
Jester01
#14129
üzenetére
Csak azt, hogy nem olvastam el. Átsiklottam felette.
lapa nautilusos megoldását próbáltam, de akkor premission deniedot kaptam, így itt megakadtam.
scp parancsot kiadva meg jöttek a számomra kevésbé barátságos dolgok a terminálban, mint rsyncnél.Igazából kár, hogy nincs erre egy a sambánál egyszerűbben használható gui-s eszköz a népszerűbb disztrókra, a kevésbé hozzáértők számára. Egy egyszerű, drag and drop valami kellene. Aztán lehet, hogy van, csak nem tudok róla.
lapa: thx
-
lapa
veterán
válasz
bambano
#14126
üzenetére
de, viszont annak a fontosabb részeit pláne nem birizgálnám, akkor már inkább a driver loggolását szüntetném meg.
arról lehet tudni valamit, hogy szabad-e a /var/log -ot ramdriveba rakni? mert korábban én azt olvastam, hogy az valamiért beborítja a tér-idő kontíniumot. de azóta se tudom miért lenne baj (azon kívül hogy persze bukom restartkor meg fagyáskor). mert workaroundnak az is jó lenne, ramban tőlem eljátszhat.
@CPT.Pirk: scp -P 12345 /etc/x.conf lapa@gepnev:/tmp
rsync -avz -e "ssh -p 12345" /etc/x.conf lapa@gepnev:/tmp
először forrás, utána a cél.
-
lapa
veterán
válasz
Jester01
#14122
üzenetére
ezt a cicásat felírtam.
a b tervem az volt, hogy man ssh helyett kapok a másikra egy "peccseld a driver forrást", legalább ez bejött. voilá:
Apr 26 17:59:48 inox kernel: [344872.475214] easycap::0adjust_standard: selected standard: PAL_BGHIN
Apr 26 17:59:48 inox kernel: [344872.475219] easycap::0adjust_standard: requested standard already in effect
Apr 26 17:59:50 inox kernel: [344874.794669] easycap::0adjust_standard: selected standard: PAL_BGHIN
Apr 26 17:59:50 inox kernel: [344874.794673] easycap::0adjust_standard: requested standard already in effect
Apr 26 17:59:51 inox kernel: [344876.294856] easycap::0adjust_standard: selected standard: PAL_BGHINez a motion nevű sziszitévé csoda, amint folyamatosan körbejárja az olcsó kínai videodigiző izén lógó kamerákokat. a default formátum a PAL, és van rá motion.conf bejegyzés. őszintén még nem néztem akkor is kapom-e ezeket, ha azt kikommentelem, reméltem, hogy van valami regexp devnullázás a syslogban.
emiatt azért nem fogom a drivert megtúrni, örülök hogy valahogy összeimádkoztam. akkor ha nagyon zavar inkább mindig valami scripttel indítom a syslogot (igen, guiból szoktam), ami pucol előtte.
-
Sziasztok!
Eddigi linuxos (régi intel+nV) HTPC-met szeretném újabbra cserélni, és még nem tudom hogy milyen hardvert vegyek
Legszívesebben valami AMD APU-t vennék, de régebben sok panasz volt az AMD linuxos driverei-re.
Kérdés, hogy a mai modern integrált GPU-khoz való AMD driverek hogy teljesítenek egy mai nV driverhez képest tudás, sebesség, és stabilitás terén?
Kb. ez döntené el, hogy intel CPU + nV GPU lesz, vagy AMD APU.
Köszi!
-
Jester01
veterán
cat /path/file | ssh user@host 'cat > /path/file'
De ha ssh van, akkor scp is szokott lenni az meg sokkal egyszerűbb:
scp /path/file user@host:/path/fileSzerintem nem tud a normál syslogd így szűrni, ki kellene kapcsolni inkább a driverben az üzenetet. Ha máshogy nem, hát forráskódban. Open source
-
CPT.Pirk
Jómunkásember
Egy Debian Squeeze és egy Arch alapú Chakra között hogyan kellene fájlokat átvinnem, közvetlen össze vannak kötve, kézi IP-s megoldással, látják egymást a gépek.
Chakra és androidos teló között már meg tudtam oldani sambával, de itt nem jutok semmire. Nem egyforma a két samba verzió,mindkét gépen van samba szerver, azonos munkacsoportban.
Share hozzáférés van mindkét szerveren, de egyfolytában jelszót és felhasználónevet kér a munkacsoportba belépéshez, a default nobody-t meg nem fogadja el.Nincs valami egyszerű, GUI-s módja file átvitelnek, ami disztró független és nem a samba?
Pl. ott van a "személyes filemegosztás" Debianban, de oda meg a másik gépről nem lehet belépni, mert hogy gépnév nem található...
8 gigás fájlt kellene átvinnem egyben. Internet alapú megoldások most kiesnek az itteni adsl miatt.
-
cups-os nyomtató. Windowsról szeretnénk nyomtatni, de el sem küldi a nyomtatási parancsot: 0 dokumentum a várólistán.
a CUPS naplózásában sincs semmi.
eddig semmi baja se volt, most meg b*szik működni, pedig épp' rohadtul kéne
-
The DJ
addikt
válasz
Jester01
#14111
üzenetére
Az összes általad ajánlott kapcsolóval újrafordítottam, eredmény sajnos nincs sok. Egyedül annyit figyeltem meg, hogy amikor a -gstabs -al fordítottam, akkor a gdb ezt dobta:
(gdb) file PtokaX
Reading symbols from /mnt/ptokax5/PtokaX...done.A többinél, valamint alapesetben pedig ugye ezt:
(gdb) file PtokaX
Reading symbols from /mnt/ptokax7/PtokaX...Invalid .debug_ranges data (no base address)...done.Viszont a többi sor run esetén sajnos ugyanaz, nincs változás, bt -re sem ad újabb infót.
A core dumpal megpróbálkozom délután, bár ahogy sejtem ez sem lesz olyan egyszerű OpenWRT alatt.
Ha már eddig eljutottam nem adom fel, ez már elvi kérdés.
-
Jester01
veterán
válasz
The DJ
#14110
üzenetére
Úgy látszik nem kompatibilis a gdb a fordítóval. Esetleg megnézheted tud-e más formátumban írni. Ilyesmiket érdemes végigpróbálni: -ggdb -gstabs -gdwarf-2 (ezekből egyszerre egyet) illetve opcionálisan még -g1 (ez csökkenti az információt, hátha legalább részletes adatok lesznek).
Ezenfelül, mint azt már korábban javasoltam, a routeren bekapcsolhatod a core dump-ot (ulimit -c unlimited vagy ilyesmi) és akkor a keletkezett fájlt a fejlesztő gépedre másolva betöltheted gdb-be ha van mips verziód. Talán az jobban illeszkedik a fordítódhoz.
-
The DJ
addikt
válasz
Jester01
#14109
üzenetére
Lefordítottam újra az egészet a -g kapcsolóval, tehát így nézett ki a parancs:
make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc -g" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir
A gdb válasza:
(gdb) file PtokaX
Reading symbols from /mnt/ptokax3/PtokaX...Invalid .debug_ranges data (no base address)...mangled .debug_line section...done.
(gdb) run
Starting program: /mnt/ptokax3/PtokaX
During symbol reading...mangled .debug_line section...
During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
During symbol reading...mangled .debug_line section...
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()(gdb) bt
#0 0x00000000 in ?? ()
#1 0x00000000 in ?? ()
(gdb)Egyébként most vettem észre, hogy valamikor létrehozta a mappáit is a /root/.PtokaX alatt.
-
The DJ
addikt
válasz
Jester01
#14107
üzenetére
Ezen a nyomon indultam el:
warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0
Ebből ugye egy csomót kidob a gdb. A google azt mondja erre, hogy: [link]
Eszerint ki kellene venni a strip-et a build opciói közül. Megtettem, lefordítottam újra az openwrt-t, átmásoltam a libeket a routerre és eltüntek a hibaüzenetek. Tehát most ennyit kapok:
(gdb) file PtokaX
Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
(gdb) run
Starting program: /mnt/ptokax2/PtokaX
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
During symbol reading...mangled .debug_line section...
During symbol reading...mangled .debug_line section...Invalid .debug_ranges data (no base address)...
During symbol reading...mangled .debug_line section...
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb)A bt csak ennyit dob:
(gdb) bt
#0 0x00000000 in ?? ()
#1 0x00000000 in ?? () -
-
The DJ
addikt
válasz
The DJ
#14105
üzenetére
Fejlemények: a strace-t nem, de a gdb-t sikerült életre keltenem. Kimenete alább.
# ./ldd PtokaX
libpthread.so.0 => /lib/libpthread.so.0 (0x773e2000)
libz.so.1 => /lib/libz.so.1 (0x773c0000)
liblua.so.5.1.4 => /lib/liblua.so.5.1.4 (0x77385000)
librt.so.0 => /lib/librt.so.0 (0x77371000)
libstdc++.so.6 => /lib/libstdc++.so.6 (0x77334000)
libm.so.0 => /lib/libm.so.0 (0x7730f000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x772ec000)
libc.so.0 => /lib/libc.so.0 (0x77280000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x77408000)
libdl.so.0 => /lib/libdl.so.0 (0x7726c000)Ellenőriztem a fájlokat, ott vannak a lib mappában, tehát nem hiányolhat semmit.
Viszont a gdb ilyet dob nekem:
Working directory /mnt/ptokax2.
(gdb) file PtokaX
Reading symbols from /mnt/ptokax2/PtokaX...(no debugging symbols found)...done.
(gdb) run
Starting program: /mnt/ptokax2/PtokaX
warning: no loadable sections found in added symbol-file /lib/ld-uClibc.so.0
(no debugging symbols found)
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
warning: no loadable sections found in added symbol-file /lib/libpthread.so.0
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
warning: no loadable sections found in added symbol-file /lib/librt.so.0
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb) -
The DJ
addikt
válasz
bambano
#14103
üzenetére
Igen, a b verziót hajtottam végre, csak lehet rosszul fogalmaztam. Csomagként nem találta meg az opkg a libstdcpp-t, pedig létezett hozzá anno, legalábbis fórumos bejegyzések erre utalnak, tehát átemeltem az általam build-elt környezetből.
Most próbálom kinyomozni, hogy van-e strace openwrt-re vagy lehet-e fordítani hozzá. Jó lenne tudni mi zajlik a színfalak mögött.
-
bambano
titán
válasz
The DJ
#14101
üzenetére
szerintem nem bemásolni kellene a libstdc++-t hanem telepíteni.
b verzió: megkeresni a gépen, amin fordítottad, azt a példányt, amivel össze lett fordítva és azt is feltenni.
egyébként pedig nem tudom, van-e strace arra a rendszerre, mert ha igen, akkor azzal sok mindent ki lehet deríteni. -
The DJ
addikt
válasz
Jester01
#14094
üzenetére
Nekiestem újra az elejétől, immáron okosabban és tapasztaltabban.
Ez a parancs volt az, amit kiadtam:
make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir
Először a tinyxml, majd a ptokax fordult le, mindkettő hiba nélkül. Bár a ptokax makefile-jába bele kellett nyúlnom egy kicsit, mert alapesetben az ld nem találta a -lz-t -llua5.1-et. Átírtam -llua-ra és az include-hoz hozzáadtam az elérési utat, ahol megtalálható a routerre fordított liblua és libz. Így már gond és hibaüzenet nélkül lefutott a make. Feltöltöm azért pastebinre a makefile-t, hátha én csesztem el valamit: [link]
Felmásoltam a routerre a kész ptokax-et, adtam neki indítási jogot és panaszkodott, hogy nem találja a libstdc++.so.6-ot. Gyorsan be is másoltam neki az openwrt lib könyvtárából a router /lib könyvtárába, így már indul...na, ha nem dobna segmentation fault-ot. Tehát újraforgatva sincs sajnos változás. De már nagyon közel vagyok, nem szeretném feladni.
Mondjuk, engem sem zavar, miután már hozzászoktam. A munkahelyi Windows7 fapadosan merevnek tűnik utána, hiába átlátszó minden. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged