-
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
válasz King Unique #23215 üzenetére
Ó köszi, pont volt is ilyened kéznél
Érdekes módon a laptopomon sem megy, különböző kernelekkel sem és a windows sem jó virtuális gépben. Majd holnap megint átmegyek a működő windowsos géphez és indítok rajta egy live ubuntut azzal vajon mi lesz.
Jester
-
Jester01
veterán
válasz batagy #23217 üzenetére
Nem, ez a linuxos rendszerem volt. Csak most lecseréltem nagyobbra.
Másik házikóban működik szépen:vmunix: usb 9-1.2.3: new high-speed USB device number 14 using ehci-pci
vmunix: usb 9-1.2.3: New USB device found, idVendor=152d, idProduct=2352
vmunix: usb 9-1.2.3: New USB device strings: Mfr=10, Product=11, SerialNumber=5
vmunix: usb 9-1.2.3: Product: 2Bay Duplicator
vmunix: usb 9-1.2.3: Manufacturer: SSI Computer corp
vmunix: usb 9-1.2.3: SerialNumber: C82F01E1AFFF
vmunix: usb-storage 9-1.2.3:1.0: USB Mass Storage device detected
vmunix: scsi host12: usb-storage 9-1.2.3:1.0
vmunix: usbcore: registered new interface driver usb-storage
vmunix: scsi 12:0:0:0: Direct-Access OCZ-VERT EX4 PQ: 0 ANSI: 2 CCS
vmunix: sd 12:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 12:0:0:0: [sdd] 500118192 512-byte logical blocks: (256 GB/238 GiB)
vmunix: sd 12:0:0:0: [sdd] Write Protect is off
vmunix: sd 12:0:0:0: [sdd] Mode Sense: 34 00 00 00
vmunix: sd 12:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sdd: sdd1 sdd2 < sdd5 sdd6 sdd7 sdd8 sdd9 >
vmunix: sd 12:0:0:0: [sdd] Attached SCSI diskJester
-
Jester01
veterán
válasz King Unique #23219 üzenetére
Semmi baja a partícióknak, addig el se jut, hogy beolvassa a partíciós táblát.
Harmadik gépen ugyanazzal a live ubuntuval amivel itt is próbáltam szépen működik.
A jmicronos az működik az asmedia az nem (lásd előző log).
Összefoglalom:
desktop + sata + vertex4 = működik
desktop + jmicron + vertex4 = működik
desktop + asmedia + hdd = működik
desktop + asmedia + vertex4 = nem működik
laptop1 + asmedia + vertex4 = nem működik
laptop2 + asmedia + vertex4 = működikOprendszerek: debian + 4.4 kernel, live ubuntu 14.04, windows 7
Egye fene, kinullázom az elejét és megnézem úgy mi lesz.
Jester
-
Jester01
veterán
Na, kinulláztam az első 16MB-ot, most elvileg olyan mintha új lenne, de legalábbis partíciós tábla semmiképp sincs rajta. Az eredmény ugyanaz mint eddig:
vmunix: sd 14:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 14:0:0:0: [sdd] Unsupported sector size 11268.
vmunix: sd 14:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 14:0:0:0: [sdd] 11268-byte physical blocksAz első "very big device" már eleve azért van mert a méretet sem tudja beolvasni rendesen.
Jester
-
Jester01
veterán
válasz batagy #23223 üzenetére
Mind a két laptop régi típus, csak usb2 van. Mind a kettőn ugyanaz a live ubuntu volt bootolva szóval kernel is egyezik. A desktopban van usb3 de mindegy, hogy oda dugom vagy usb2-be. A desktop gépen virtualizáltam windowst és megkapta az usb eszközt közvetlenül, az se működött csak abból nehéz kiverni, hogy mi baja. A fiók típusa LC Power LC-25BU3
[ Szerkesztve ]
Jester
-
Jester01
veterán
Ha egyéb okokból nem szükséges a használata, akkor a dd-t célszerű kerülni. Egyfelől fölöslegesen az üres helyet is másolja (ami ssd esetén duplán rossz) másfelől nem tudsz átméretezni. Továbbá a fájl szintű másolás egyúttal töredezettségmentesít is, illetve a szűz rendszerre nem menti át az esetleges fájlrendszer hibákat.
Jester
-
Jester01
veterán
Igen, de az ott általános megjegyzés volt, nem biztos, hogy mindig ssd-re másolsz
bambano: Az ilyen másolások nagy többsége véleményem szerint gyári új eszközre történik, ott meg ez nem hasznos, hacsak nem akarod egyből tesztelni is. Egyébként is vigyázni kell, mert ez így a GC-t hosszabb távon összezavarja. Szóval ha ilyet akarsz akkor inkább /dev/zero-ból kell először kinullázni (ez ráadásul sokkal gyorsabb is lesz mivel nem kell olvasni semmit) aztán security erase, hogy kitisztítsa a fejét és utána mehet a fájlmásolás. Szerintem.
UI: tömörítős ssd-nél nem jó a /dev/zero, oda /dev/urandom célszerűbb.
[ Szerkesztve ]
Jester
-
Jester01
veterán
válasz Mr Dini #23276 üzenetére
Igen, de ha a configure nem talált meg valamit akkor jól kikapcsolta neked. Nézz bele a logba is szerintem.
Jim Tonic: látod, az ilyen kiterjesztős-átméretezős dolgokkal mindig csak a baj van. Ezért én a magam részéről partícionálok és fájlmásolok. Gyorsabb és kevesebb fejfájás. De kinek a pap ...
Jester
-
Jester01
veterán
válasz Mr Dini #23278 üzenetére
Kis guglizás arra vezetett, hogy félre van konfigurálva mert az sqlite izét az sql blokkba kell tenni (ha mond ez neked valamit). A modul neve ugyanis rlm_sql_sqlite nem rlm_sqlite.
Ja és annak a modulnak saját configure scriptje van (src/modules/rlm_sql/drivers/rlm_sql_sqlite), gondolom saját loggal, abba nézz még bele esetleg.
[ Szerkesztve ]
Jester
-
Jester01
veterán
Sőt, a 2-ből 1-et lecsípve zram swapnak és akkor 3-nak látszik
Mondjuk ahhoz, hogy tényleg ne swappoljon ahhoz állítgatni kell a paramétereket vagy persze egyszerűen nem csinálni swapot.[ Szerkesztve ]
Jester
-
-
Jester01
veterán
válasz #59070464 #23335 üzenetére
A játékokat mindenképp jobban érinti a directx vs opengl első körben. Windowsos felhasználók nem nagyon szoktak opengl-t tesztelni szóval tisztán driver összehasonlítási alapot nehéz találni, pedig az unigine benchmarkokban van opengl.
Számításilag nem tudom.
[ Szerkesztve ]
Jester
-
-
Jester01
veterán
-
Jester01
veterán
-
Jester01
veterán
válasz alvarezlopez #23438 üzenetére
Azért egy libgl letörlés nem vágja haza az oprendszert, főleg ha amúgy is terminálozol. Visszarakni is 1 parancs.
Jester
-
Jester01
veterán
-
Jester01
veterán
válasz Raynes #23446 üzenetére
Gugli szerint az fps-el átváltod másodpercre és az pontos lesz.
"If you are using a recent version of ffmpeg (> 2.1), transcoding (that is, using anything but -c:v copy), -ss will always be frame-accurate."Azt meg simán le tudod kérdezni a folytatás előtt, hogy eddig mennyi kocka van kész (biztonság kedvéért levághatsz valamennyit a végéről).
Jester
-
Jester01
veterán
-
-
Jester01
veterán
Se NAT se port forward nem kell ehhez, csak sima routolás (ip forward).
A kliensen meg kell nézni a routing táblát (route -n) és ellenőrizni, hogy a kamera ip-je felé a pi-n keresztül vezet-e az út. Ha ez megvan, akkor a pi-n kell ellenőrizni az ip forwardot (cat /proc/sys/net/ipv4/ip_forward). De állításod szerint ezek rendben vannakJester
-
Jester01
veterán
A bridge is teljesen jó kellene legyen. A routerhez egyetlen sor kell, echo 1 > /proc/sys/net/ipv4/ip_forward illetve hogy ez bootkor megtörténjen az /etc/sysctl.conf-ot kell szerkeszteni (felteszem a Pi-n is ugyanott van):
# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1Ehhez persze a wifinek és az ethernetnek külön alhálón kell lenni.
[ Szerkesztve ]
Jester
-
Jester01
veterán
Ha nem muszáj akkor csak az egyik gatewayt tartsd meg, célszerűen azt amelyik jó
Ezzel együtt is fura, hogy a route táblában az 192.168.1.x az eth0 a konfigban meg az a wlan0 Alapesetben a routing táblát a Pi magának jól meg kellene csinálnia, majd a kliensen kell beállítani, hogy a kamera (ami gondolom 192.168.2.x) az a Pi-n keresztül (gateway) érhető el.Jester
-
Jester01
veterán
válasz RaPiDsHaRe #23770 üzenetére
man mdadm
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/hd[ac]1
Create /dev/md0 as a RAID1 array consisting of /dev/hda1 and /dev/hdc1.Jester
-
Jester01
veterán
válasz LógaGéza #23824 üzenetére
A legfapadosabb a qemu. Parancssorból megy, aztán ssh vagy vnc akár másik gépről is. Ha van grafikus felület akkor a klasszikus csilivili kattintós megoldás a virtualbox, de ennek pluszban még saját kernel moduljai is vannak. A nagyágyú pedig a xen. A docker-t nem ismerem, akár az is jó lehet, bár amit olvastam róla ott processzekről beszél nem rendszerről ami lehet, hogy neked kevés.
Jester
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs