-
IT café
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
-
Jester01
veterán
A cd-ről indított rendszer is csak akkor fogja látni az sd-t ha a kernelhez van driver. Akkor viszont már bootolna az sd is. Ha amit próbálsz tényleg régi disztribúció, akkor egy frissebbel mindenképp érdemes próbálkozni. Még ha nem is azt akarod telepíteni, de mondjuk egy aktuális ubuntu arra legalább jó lenne, hogy egyáltalán a kártyaolvasó használhatóságát kipróbáld.
Jester
-
Jester01
veterán
válasz DeathAdder #21348 üzenetére
A szoftverközpontban vedd fel a universe tárolót és aztán tudod majd telepíteni. Youtube videó
Jester
-
Jester01
veterán
válasz orbitalion #21635 üzenetére
recurse
prompt
mget directory(prompt csak akkor ha alapból be van kapcsolva)
Jester
-
Jester01
veterán
Szerintem sokkal inkább a hw megoldással lehet vesződni. Fel kell küzdeni a hozzá való menedzselő szoftvert (ha van) meg kell tanulni (ha több gépet üzemeltetsz különböző vezérlőkkel akkor ezt többszörösen), nem is biztos, hogy tudja azokat amiket szeretnél (pl. migráció), sose tudod mit is csinál a rendszer alattad, lesz-e frissítés a következő operációs rendszerhez, mi lesz hardvercserekor vagy adatmentéskor, stb.
Arról nem is szólva, hogy a hardveresnek árult raidek fele az igazából ugyanúgy szoftveres. Az adott típusnak viszont nem néztem utána.
Jester
-
Jester01
veterán
-
-
Jester01
veterán
Segítség, mit rontottam el, ha iwconfig nem látja a wifit?
wlan0 no wireless extensions.
A wlan0 amúgy létezik, rt73usb driver, firmware elvileg van. Saját kernel, lehet, hogy kihagytam valamit, de mit?
vmunix: ieee80211 phy4: rt2x00_set_chip: Info - Chipset detected - rt: 2573, rf: 0002, rev: 000a
vmunix: ieee80211 phy4: Selected rate control algorithm 'minstrel_ht'
vmunix: usbcore: registered new interface driver rt73usbJester
-
Jester01
veterán
válasz bambano #22792 üzenetére
Először nem volt firmware, akkor sírt érte. Amióta telepítettem neki már kussban van, szóval gondolom benyelte (rmmod/insmod)
wlan0 Interface doesn't support scanning.
Nem örül ez se. Régebben működött ez az usbs vacak szerintem különösebb mágia nélkül most nem tudom mi baja.
Jester
-
Jester01
veterán
válasz Jester01 #22793 üzenetére
Valami kimaradt a kernelből amihez nem elég a modulokat töltögetni, reboot meg most nem lesz.
iw az jobban működik de ifconfig sem tudja felhúzni az meg kellene.Hopp, most kellett neki a firmware amit az előbb próbából eltüntettem
Már látszik is az éterben
A WEXT maradt ki, amiatt nem mennek a régi eszközök (iwconfig/iwlist)[ Szerkesztve ]
Jester
-
Jester01
veterán
Tud valaki linux alatt működő HDMI bemenetű pcie kártyát?
Jester
-
-
Jester01
veterán
válasz Istv@n #22821 üzenetére
Az egyik tömböt ki tudnám úgy terjeszteni, hogy ne vesszenek el az adatok,
Igen. Én azt ajánlom, hogy vedd ki az egyik partíciót a tömbből és azon a lemezen csinálj egy új nagyobb méretű hiányos raid1 tömböt. Ebben a pillanatban tehát 3 tömböd lesz. Most fájl szinten átmásolod az adatokat a régiről az újra majd végül a régi tömböt megszünteted, ott is megnöveled a partíciót és hozzáadod az új tömbhöz amit ekkor össze fog szinkronizálni.
Mivel a folyamat során nincs fájlrendszer átméretezés csak új fájlrendszer létrehozás, fájlmásolás és szinkronizálás ezért én ezt szoktam alkalamazni. Nem bízok az átméretezős dolgokban. Ráadásul bármelyik lépés szakad is félbe, mindig megvannak az adatok. Cserébe dupla másolás ami sok idő lehet.
Jester
-
Jester01
veterán
-
Jester01
veterán
Ha minden kötél szakad és gyors megoldás kell, akkor futtass lokálisan egy web szervert (pl. nginx) ami simán csak továbbítja a kérést. Legalábbis ha basic authentication van.
[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz Santosh #22888 üzenetére
Felraksz egy nginx-et, majd konfigurálsz benne egy lokális siteot ami továbbdobja a kérést a szervernek:
server {
listen 8080;
server_name localhost;
location / {
proxy_pass http://ahol/a/proxy/van
proxy_set_header Authorization "Basic ide_kell_a_base64";
}
}A base64-et a user:pass formából kell előállítani, pl. ezzel az online eszközzel.
Ezután a proxynak már a http://localhost:8080 adható meg, jelszó nélkül.
Jester
-
Jester01
veterán
-
Jester01
veterán
válasz Santosh #22907 üzenetére
1. igen
2. igen, kell
3. jó
4. nem kell, mert alapból benne kellene legyen egy olyan sor, hogy include /etc/nginx/sites-enabled/*; ami berántja a sites-enabled alól az összeset.https és ftp proxy így nem lesz, azokat ne állítsd be. A http proxyhoz meg szerintem írd oda a http:// protokollt is. firefox például dob valami hibát? Mondjuk hogy "proxy is refusing connections" vagy ilyesmi?
Miután elindult, nézd meg rendesen figyel-e a 8080-as porton: sudo netstat -lnp | grep 8080
Ja és a /var/log/nginx alá is kukkants be.
[ Szerkesztve ]
Jester
-
Jester01
veterán
14:10:22 up 87 days, 1:59
Desktop gép, grafikus cuccokkal, firefox, chrome, monodevelop, mplayer, xine, virtualbox, wine 3d, ksp stb.
Nem jellemző az összeomlás...Jester
-
Jester01
veterán
válasz Jim Tonic #22978 üzenetére
A rebuild nem a cpu miatt hosszú hanem mert az egész lemezt végig kell nyálazni. 2TB és 100MB/s esetén ez ugye 20000 másodperc ami nem 50-60 hanem 5-6 óra. Processzor terhelést nem tudom hol láttál, de ha már van raid5 támogatás a kerneledben akkor boot logba írja mekkora sebességgel tud paritást számolni. Ez jellemzően több GB/s így normál működés során észrevehetetlen terhelést okoz.
raid5 támogatásom éppen nincs, de a raid6 még bonyolultabb is:
vmunix: raid6: sse2x1 2501 MB/s
vmunix: raid6: sse2x2 3700 MB/s
vmunix: raid6: sse2x4 4502 MB/sA méréshez lekorlátoztam 1400MHz-re a processzoromat
Jester
-
Jester01
veterán
válasz Jim Tonic #22983 üzenetére
Biztos vak vagyok de nem látom a diagramot amiről beszélsz
Valószínűsítem, hogy az FX8350 erősebb mint a tiéd de levettem 1400MHz-re és még így is vidáman GB/s nagyságrendű a sebesség vagyis normál 100MB/s körüli terhelésnél (ami úgysem lesz folyamatos) ez kevesebb mint 3% processzorhasználat a paritás számítás miatt. Nyilván egyéb járulékos terhelés lesz, de az minden i/o tetejére rárakódik.
# time dd if=/dev/sdb2 of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.32325 s, 147 MB/s
real 0m7.326s
user 0m0.005s
sys 0m1.181s
# time dd of=/dev/sdb2 if=/dev/zero bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 8.75018 s, 123 MB/s
real 0m8.753s
user 0m0.004s
sys 0m2.423sUgyanez raid5 esetén (degraded 2 lemez mert nincs több kéznél):
# time dd if=/dev/md7 of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 6.86471 s, 156 MB/s
real 0m6.868s
user 0m0.004s
sys 0m1.497sÍrásnál:
# time dd of=/dev/md7 if=/dev/zero bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.08272 s, 152 MB/s
real 0m7.086s
user 0m0.005s
sys 0m2.656sLátszik, hogy a sima lemezhez képest nem jelentős a különbség, pedig még kicsit gyorsabb is
Jester
-
Jester01
veterán
válasz Jim Tonic #22985 üzenetére
A lassú rebuildnek ezer oka lehet, például az, hogy lekorlátozzák a sebességét (alapból 100MB/s mostanában a default). Azt hittem volt valami cpu terhelés diagram amit nem vettem észre.
Azért az a sandy bridge celeron nem olyan rossz. De igazából a dolog arról szól, hogy a raid5-nek nincs jelentős plusz terhelése. De ezeket magad is megmérheted illetve mint mondtam a logban is ott az adat a paritásszámítás sebességről.
Jester
-
-
Jester01
veterán
válasz Jim Tonic #22990 üzenetére
Egy lemezen lévő fájlokból is lehet csak annak nem sok értelme van. Ramdiskből is lehet, de ahhoz meg biztos nincs elég memóriád (de az legalább tuti cpu limites lenne )
Bármennyire is lassúnak hiszed a procid, azért az mégiscsak egy sandy bridge architektúra az annak megfelelő órajelenkénti utasításciklusokkal ami például veri az én AMD FX-emet. cpubenchmark.net szerint a 847-es single thread 539 pont, míg az FX8350 az 1505 (4GHz-en ugye...) Nem tudom milyen órajeled van szóval az összemérhető kell legyen az én 1.4GHz-re korlátozott procimmal. Memóriától is függ valamelyest de azt megint nem hiszem, hogy sokkal lassabb lenne.
[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz totron #23014 üzenetére
Fogalmam sincs hogyan kell a tálcára írni, vagy egyáltalán milyen tálcát használsz.
Terminálban mindenesetre watch cat /proc/acpi/ibm/fan
Ha van valami programod amivel lehet a tálcádra üzenni akkor csinálj hozzá egy scriptet ami ciklusban hívja és közben vár (sleep).Jester
-
Jester01
veterán
válasz N0zer0 #23091 üzenetére
A gallium önmagában nem rossz, az egy keretrendszer amiben különböző driverek vannak.
OpenGL renderer string: Gallium 0.4 on AMD JUNIPER
Semmi bajom nincs vele. Különösebb választási lehetőség nem szokott lenni azon túl, hogy gyártói bináris vagy a nyílt forrású meghajtót használod. Ha az open source a galliumra épül akkor az van és kész.
[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz batagy #23195 üzenetére
AS2115-ösöd nincs véletlen? Nekem valamiért nem megy ha SSD van benne.
vmunix: usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
vmunix: usb 2-2: New USB device found, idVendor=174c, idProduct=1153
vmunix: usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
vmunix: usb 2-2: Product: AS2115
vmunix: usb 2-2: Manufacturer: ASMedia
vmunix: usb 2-2: SerialNumber: 00000000000000000000
vmunix: usb-storage 2-2:1.0: USB Mass Storage device detected
vmunix: scsi host8: usb-storage 2-2:1.0
mtp-probe: checking bus 2, device 2: "/sys/devices/pci0000:00/0000:00:05.0/0000:03:00.0/usb2/2-2"
mtp-probe: bus: 2, device: 2 was not an MTP device
vmunix: scsi 8:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
vmunix: sd 8:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 8:0:0:0: [sdd] 11840-byte physical blocks
vmunix: sd 8:0:0:0: [sdd] Write Protect is off
vmunix: sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
vmunix: sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] Attached SCSI diskMivel windows alatt megy, ezért majd megpróbálom virtuális géppel és logolni az usb forgalmat hátha látszik valami.
Mondjuk gugli szerint van akinek ez működik
[ Szerkesztve ]
Jester
Új hozzászólás Aktív témák
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen