-
GAMEPOD.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
-
vargalex
félisten
válasz bambano #23728 üzenetére
Szia!
Ha böngészőben jelenik meg, akkor az webes. Hacsak nem valami ActiveX, de akkor nem menne csak windowson (esetleg csak IE alatt). A cookie-kkal jó irányba mész, de szerintem curl-al könnyebben megoldható és többre is képes, mint a wget. Nincs valami demo oldal, mert az oldal ismerete nélkül nehéz bármit is mondani (én nezegetném a böngésző developer tool-jában/firebug-ban a hálózati forgalmat, abból minden kiderül).
Alex
-
-
vargalex
félisten
Minden további nélkül:
[gavarga@gavarga-e5540 test]$ ls -la
összesen 4
drwxr-xr-x 2 gavarga gavarga 6 ápr 14 17.08 .
drwxr-xr-x 23 gavarga gavarga 4096 ápr 14 17.08 ..
[gavarga@gavarga-e5540 test]$ ln -s forras cel
[gavarga@gavarga-e5540 test]$ ls -la
összesen 4
drwxr-xr-x 2 gavarga gavarga 16 ápr 14 17.08 .
drwxr-xr-x 23 gavarga gavarga 4096 ápr 14 17.08 ..
lrwxrwxrwx 1 gavarga gavarga 6 ápr 14 17.08 cel -> forrasAlex
-
vargalex
félisten
válasz Jim Tonic #23943 üzenetére
Szia!
Elvileg csak erről a két helyről kell kiszedni.
De használhatsz akár (egy, vagy több) USB-serial eszközt is.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz LógaGéza #23953 üzenetére
Szia!
Ezt tipikusan virtualhost-al szokták megoldani. A virtualhost-ok ServerName-ját is felveszed CNAME-ként ugyan arra a ddns-re mutatva.
Alex
-
vargalex
félisten
válasz gt7100 #23982 üzenetére
Szia
Ha -C kapcsolóval másoltad, akkor ugye jóval magasabb a CPU terhelés a tömörítés miatt. Most kipróbáltam, nálam egy J1900 van használatban. Wifi-n másoltam, akár tömörítéssel, akár nélküle 12 MB/s körül ment a másolás. Viszont, amíg tömörítés nélkül a wifi volt a szűk keresztmetszet (a J1900-on 1 mag 16-18%-ra terhelt), addig tömörítéssel a CPU is, mivel 1 magot 100%-ra kihajtott. Szóval, ha nem tetted, akkor próbáld meg -C nélkül.
Alex
-
vargalex
félisten
válasz gt7100 #23984 üzenetére
Én a CPU terheltségből azt gondolom, hogy azért, mert nem (vagy nem olyan erős tömörítést használ). Ha -z (vagy --compress) kapcsolóval rsync-eztél, akkor tömörített, ha nem, akkor nem.
Persze, ahogy a fentebbi példám is mutatja, még tömörítés mellett sem indokolt olyan kis sebesség, amit írtál. Nálam ugye elvileg picit erősebb a CPU, de ahogy írtam, tömörítéssel is tudott 12 MB/s környékén.
Most gyorsan megnéztem kábelen is. Az eredmény:SCP tömörítés nélkül: 60 MB/s
SCP tömörítéssel: 11.6 MB/sAzaz tömörítésnél már valóban a CPU volt a szűk keresztmetszet wifi esetén is.
[ Szerkesztve ]
Alex
-
vargalex
félisten
-
vargalex
félisten
válasz Mr Dini #24134 üzenetére
Bocs, most vettem észre, hogy elírtam. Helyesen: su-val root shell-t kapsz. A sudo-t úgy írtam, ahogy te is: más user (jellemzően valóban root) jogosultságaival futtatsz parancsokat.
A nagy különbség még, hogy előbbi esetén tudnod kell a root jelszót, utóbbinál csak az user-ét.[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Mr Dini #24148 üzenetére
Én utoljára egy Seagate GoFlex net-et használtam, ami szintén kirkwood SoC-al volt szerelve. Ahhoz készítettek egy olyan u-boot-ot, ami képes USB-s, vagy SATA-s eszközről boot-olni. A gyári sajnos nem tudott, nyilván itt is az a helyzet. De mondjuk a gyártónak nem is áll érdekében, hogy ilyet készítsen.
Esetleg próbáld meg, hogy a RAM végébe töltöd soros porton a kernelt, majd módosítod a paramétereket úgy, hogy onnan töltse be.
De valahogy biztos lehet USB-ről boot-olni, hiszen az Arch Linux telepítése is így indul.[ Szerkesztve ]
Alex
-
vargalex
félisten
iptables-re gondolsz? Ha igen, akkor az iprange match extension-el.
Vagy több CIDR-el:
A.B.C.172/30
A.B.C.176/29
A.B.C.184/30
A.B.C.188/31
A.B.C.190/32[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Mr Dini #24385 üzenetére
Ja, hogy lvm-ed van. Akkor előtte az lvm partíciót kell kihúzni:
sudo lvresize -L +40G /dev/mapper/KStudio--vg-root
vagy ha méretet akarsz megadni, csak 100% méretűre kihúzni:
sudo lvresize -l +100%FREE /dev/mapper/KStudio--vg-root
majd jöhet a
sudo resize2fs /dev/mapper/KStudio--vg-root
[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz Mr Dini #24387 üzenetére
Igazán nincs mit!
Azért nem találod ezeket a leírásokban, mert ennek már semmi köze a virtualbox-hoz. Az, hogy a guesten milyen filerendszert használsz, rajtad (és az os-en) múlik. Az pedig, hogy azt hogyan lehet átméretezni (vagy egyáltalán lehetséges-e) magán a filerendszeren.
Lvm méretezésről pl. itt olvashatsz.Alex
-
vargalex
félisten
válasz Mr Dini #24396 üzenetére
Szia!
Valakinek biztosan sikerült, hiszen az OpenWrt repo-ban megtalálható minden platformra. Kiszedhetnéd az armv5-ös binárist az OpenWrt csomagból, vagy akár az arch linux arm csomagból is. Persze az utóbbi nem biztos, hogy uClibc-vel fordult. Vagy mindenképpen az eszközön akarod fordítani?
Szerk.: Bocs, OpenWrt esetén is valószínűleg régebbi repo-ban (pl. AA) kell szétnézni, mert a CC már musl-al megy szerintem.
[ Szerkesztve ]
Alex
-
vargalex
félisten
Sziasztok!
Számomra egy furcsa problémával fordulok hozzátok. Van egy mini szerverem Asrock Q1900-ITX alaplappal. Egy SSD-n a rendszer (Arch Linux) UEFI módban (korábban gummiboot, majd később systemd-boot bootloaderrel - tudom, miért pont ez...). Az adatok 2 db 2,5" HDD-n RAID0-ban (a tárhely mérete és a sebesség volt a lényeg). Tökéletesen működött 2014 óta egészen július végéig. Szakadó eső/villámlás volt nálunk, kiment a házban az egyik biztosíték is (éppen az a kör, ahova a kis szerver is volt dugva) és az alaplap elhalálozott. Lehet, hogy nem volt összefüggés a kettő között, ezt nem tudom. De ez lényegtelen. Mivel az alaplapon semmi sérülés nem látszott és még garanciális, így "pofátlanul" visszavittem az üzletbe. Bevizsgálták, visszaküldték a gyártónak (legalábbis ezt mondták) és nagyjából 1 hónap átfutási idő múlva kaptam egy új példányt.
Nyilván ugyan azt a rendszert használnám, de ez az alaplap nem látja az SSD-n az EFI partíciót (az SSD-t természetesen igen), így nem is boot-ol róla (a BIOS boot menüjében csak az eszköz látszik, az UEFI partíció nem). A SATA vezérlőket AHCI módba állítottam, próbáltam a SATA II, illetve a SATA III portokat is. Kivettem a notebookomból a HDD-t, azon sem látja (szintén Arch Linux systemd-boot-al). A notebook tökéletesen bootol az SSD-vel is.
Frissítettem BIOS-t is, nem segített.
Ugyanakkor egy pendrive-ra kiírva az Arch telepítőt bootol legacy és UEFI módban is (a BIOS-ban a boot eszköz választásakor látja is az UEFI partíciót).
Találkozott már valaki ilyennel? Mi lehet a probléma? Lehet úgy hibás az alaplap, hogy ilyet produkáljon? Most vigyem ezt is vissza?Bocs, hogy kicsit hosszúra sikeredett...
Alex
-
vargalex
félisten
válasz Tóniszomszéd #24529 üzenetére
Azt elfelejtettem írni, hogy a bootloadert már újratelepítettem chroot alatt. Igaz, ez systemd-boot esetén csak másolás (de szerintem a többinél is).
Alex
-
vargalex
félisten
válasz Tóniszomszéd #24531 üzenetére
Szia!
Bocs, a bootloader újrahúzása mégis megoldotta. Köszi!
[ Szerkesztve ]
Alex
-
vargalex
félisten
Sziasztok!
Még mindig a kis Asrock Q1900-ITX miniPC, Arch Linux-al. Visszakerült a helyére, viszont az a furcsaság van, hogy ha nem fut igazából semmilyen szolgáltatás (na, jó, az sshd-t nyilván nem tiltottam le), akkor is 1-es fölött van a load. A top kimenetében az látszik, hogy a kworker és a ksoftirqd összesen folyamatosan 30% körül eszi az egyik magot:
95 root 20 0 0,0m 0,0m 17,2 0,0 0:47.50 D kworker/0:1
3 root 20 0 0,0m 0,0m 12,6 0,0 0:37.31 S ksoftirqd/0Mitől lehet ez? A korábbi Q1900-ITX-el ilyen problémám nem volt. Lehet, hogy összefügg ezzel (és a korábbi példány szintén nem produkálta) az az, hogy boot-kor USB hibákat látok, pedig nincs is USB-s eszköz csatlakoztatva:
[ 0.991389] usbcore: registered new interface driver usbfs
[ 0.991420] usbcore: registered new interface driver hub
[ 0.991471] usbcore: registered new device driver usb
[ 1.354093] usb 1-1: new low-speed USB device number 2 using xhci_hcd
[ 1.517716] usb 1-1: device descriptor read/64, error -71
[ 1.781358] usb 1-1: device descriptor read/64, error -71
[ 1.991611] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 2.164795] usb 1-1: new full-speed USB device number 3 using xhci_hcd
[ 2.485771] usb 1-1: new low-speed USB device number 4 using xhci_hcd
[ 2.486301] usb 1-1: Device not responding to setup address.
[ 2.690117] usb 1-1: Device not responding to setup address.
[ 2.892788] usb 1-1: device not accepting address 4, error -71
[ 3.053072] usb 1-1: new high-speed USB device number 5 using xhci_hcd
[ 3.233273] usb 1-2: new high-speed USB device number 6 using xhci_hcdLTS kernellel nem látszik a top-ban, hogy nagyon enné a kworker és ksoftirqd, de ugyan úgy 1-es a load.
Mi lehet a gond? Én kezdek hardware hibára is gyanakodni. Ugyanakkor az USB-s eszközet (pendrive-ot, logitech receivert próbáltam) felismer, illetve természetesen használható is bármelyik portra csatlakoztatva.
Szerk.: BIOS-ban letiltottam az USB-t és így normalizálódott. Lehet, hogy nem foglalkozom vele, úgyis csak szerver.
[ Szerkesztve ]
Alex
-
vargalex
félisten
Van az alaplapon is tüskesor az USB2-nek, illetve USB3-nak. De az nincs kivezetve. A hátlapi USB- be csatlakoztatva viszont működnek az eszközök, ahogy írtam. Sebességet majd alkalomadtán nézek, mert kell szereznem egy PS/2 billentyűzetet. Mert most az USB-s nem játszik.
Dmesg-ben ezzel kapcsolatban annyi van, amit bemásoltam.
Tápot majd még megnézem, mert nem vagyok biztos a PicoPSU-ban... Mondjuk, ha a CPU-nak elég, nehogy kevés legyen már az USB-nek. Persze az egyik 5V-os ág lehet akár hibás is. Azzal nem vagyok tisztában, hogy valamelyiket csak az USB vezérlő kapja-e.
Most kaptam garis cserében a lapot, így ismét van 3 év garim. Viszont mivel igazából működik, visszavinni nem akarom, mert bevizsgálják, majd azt mondják, hogy jó és még én fizethetek...[ Szerkesztve ]
Alex
-
vargalex
félisten
válasz bucihost #25046 üzenetére
Szia!
Fel kell venned a default-ot is (pl. servername nélkül). Itt olvashatod:
"If no matching ServerName or ServerAlias is found in the set of virtual hosts containing the most specific matching IP address and port combination, then the first listed virtual host that matches that will be used."
Alex
-
vargalex
félisten
válasz Neil Watts #25171 üzenetére
Szia!
Szerintem a titkosítás elviszi a CPU erőforrást (gondolom 1 magot 100%-ban, mivel 1 szálon megy). Nézz közben
top
kimenetet, úgy több kiderül.[ Szerkesztve ]
Alex
Új hozzászólás Aktív témák
- Xbox Series X|S
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- További aktív témák...
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Vírusirtó, Antivirus VPN kulcsok
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!