- Magga: PLEX: multimédia az egész lakásban
- vrob: Az IBM PC és a játékok a 80-as években
- Parci: Milyen mosógépet vegyek?
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Argos: Szeretem az ecetfát
- gban: Ingyen kellene, de tegnapra
- Flashback: Építsünk PC-t akciós alkatrészekből, lassan. upd: 05.28
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bambano: Bambanő háza tája
-
LOGOUT
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
-
-
sonar
addikt
válasz
pakriksz #23210 üzenetére
Az ilyen dolgokat a screen-ben szokás futtatni.
screen
A screen egy teljesképernyős ablakkezelő ami képes a fizikai terminálokat több (általában interaktív) processz között megosztani.
Ami annyit tesz hétköznapi nyelven, hogy terminálon belül kapunk egy másik terminált, és képesek leszünk több programot futtatni párhuzamosan, illetve akár meg is oszthatjuk a screen mással.syntax
screen [ -options ] [ cmd [ args ] ]
screen -r [[pid.]tty[.host]]
screen -r sessionowner/[[pid.]tty[.host]]screen “Ctrl-A” “c” - új screen (create a new window)
“Ctrl-A “n” - next screen
“Ctrl-A “p” - previous screen
“Ctrl-A” “d” - detach window, ezzel háttérbe küldjük a processzt, és ha megszakad az SSH kapcsolat akkor is tovább fut.
“Ctrl-A” “k” - kinyirja az aktualis screentscreen -ls - kilistázza a futó screen-eket
There are screens on:
4342.pts-0.gepnev (12/30/2013 11:21:00 PM) (Detached)
3878.pts-0.gepnev (12/30/2013 11:10:00 PM) (Detached)
2 Sockets in /var/run/screen/S-sonar.screen -r 4342.pts-0.gepnev - visszacsatlakozás a screenhez
-
sonar
addikt
válasz
pakriksz #22919 üzenetére
Az ntp egy hasznos dolog. Network Time Protocol.
A lényeg, hogy mindig a pontos időt kapod. És ha több gépet üzemeltetsz akkor egységes lesz az idő mindenhol.
Ha vmi nem jó akkor az azért van mert nincsen jól beállitva.
Minden országnak van egy úgynevezett pool szerverve.
A magyar lista:
server 0.hu.pool.ntp.org
server 1.hu.pool.ntp.org
server 2.hu.pool.ntp.org
server 3.hu.pool.ntp.orgÁltalában /etc/ntp.conf -ba kell őket felvinni
Mi ez a baromság, hogy 100ms-nél nagyobb eltérésnél inkább nem szinkronizál?
Van némi elcsúszás "drift" megengedve. Ami ugye a késlelteésekből adódik. Amig az adat átér hozzád addig millió+1 tűzfalon, routeren megy át, ennek ez az oka. Asszem szintén lehet módositani az értékét ha szükséges. -
sonar
addikt
válasz
pakriksz #22622 üzenetére
transmission-daemon-t hogy lehet meggátolni abban, hogy gép indításkor elinduljon?
Ezért daemon
állitsd le, nézd meg, hogy vmelyik run level inditsa-e? Ha igen akkor azokból szedd ki.Az mitől van, hogy az rc.local-ba írt script egyszer lefut induláskor, máskor meg nem?
valszeg rossz a script. log-ok mit mondanak?btw: milyen disztróról beszélünk
-
bambano
titán
válasz
pakriksz #21063 üzenetére
root@bruti:/tmp# cat iplist.txt
173.0.84.8
173.0.84.40
173.0.88.8
173.0.88.40
173.0.92.8
173.0.93.8
64.4.249.8root@bruti:/tmp# cat iplist.txt | while read ip ; do iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT; done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 173.0.84.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.84.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.88.40 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.92.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 173.0.93.8 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 64.4.249.8 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destinationebben konkrétan nincs hiba. az ufw-vel meg nem szemetelem össze a gépemet.
-
bambano
titán
válasz
pakriksz #21060 üzenetére
root@bruti:/tmp# vi iplist.txt
root@bruti:/tmp# cat iplist.txt
10.10.1.2
10.10.1.3
10.10.1.4
10.10.1.5
10.10.1.6
10.10.1.7
root@bruti:/tmp# cat iplist.txt | while read ip ; do
> iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
> done
root@bruti:/tmp# iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- 10.10.1.2 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.3 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.4 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.5 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.6 0.0.0.0/0 tcp dpt:8080
ACCEPT tcp -- 10.10.1.7 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
root@bruti:/tmp# -
bambano
titán
válasz
pakriksz #21060 üzenetére
másolj már be pár sort az ip címes fájlodból!
mivel te vagy az első és egyetlen, akinek ez nem működik, másik x millió linuxban igen, így tudnék találgatni, hogy merre van a hiba. a találgatásom pedig az, hogy az argumentumok kezelését nem érted.
szerk: az se baj, ha a kiadott parancsokról screenshotot csinálsz.
-
bambano
titán
válasz
pakriksz #21057 üzenetére
nem célszerű a bash-t hibáztatni a programozási hibáidért (mások programozási hibáiért).
például a for i in $(cat ..) akkor jó, ha a fájlban biztosan nincs szóköz és nem túl hosszú.másrészt meg úgy értettem, hogy az echo-t az idézőjelen belül tedd az ufw elé, és úgy nézd meg, sudóval, hogy mit csinál.
de ha rootként futtatod, akkor ezt javaslom:
cat iplist.txt | while read ip ; do
ufw allow from ${ip} to any port 8080 proto tcp
donemert az idézőjel is bekavarhat, ugyanis akkor egy paraméterként kap meg mindent az ufw, amit esetleg több paraméterben vár.
szerk: ja, nem ezt javaslom, hanem
cat iplist.txt | while read ip ; do
iptables -A INPUT -s ${ip} -p tcp --dport 8080 -j ACCEPT
done -
McSzaby
őstag
válasz
pakriksz #21057 üzenetére
Így próbáltad?
#!/bin/bash
for i in $(cat /path/to/iplist); do
echo "ufw allow from $i to any port 8080 proto tcp";
doneugyan nem 2000+ ip-t tettem bele, de ez a végeredmény.
sh test.sh:
ufw allow from 192.168.0.1 to any port 8080 proto tcp
ufw allow from 192.168.7.8 to any port 8080 proto tcp
ufw allow from 10.2.3.4 to any port 8080 proto tcp
ufw allow from 99.12.33.44 to any port 8080 proto tcpaz echo ""-t persze hagyd majd el, ha már berakod produktívan.
Amennyiben itt is hibát dob, akkor felezd/negyedeld meg a listát és futtasd le mondjuk 2-3 részletben, lehet az a baj, hogy túl nagy a lista. Ne hagyd el a ; írásjeleket sem.
-
pakriksz
őstag
válasz
pakriksz #20818 üzenetére
Gdisk-el bővebben:
Command (? for help): i
Partition number (1-3): 1
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 9F721A11-FA45-46C2-9007-A95D779D8F4E
First sector: 2048 (at 1024.0 KiB)
Last sector: 1050623 (at 513.0 MiB)
Partition size: 1048576 sectors (512.0 MiB)
Attribute flags: 0000000000000000
Partition name: ''
Command (? for help): i
Partition number (1-3): 2
Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem)
Partition unique GUID: 60CD425B-6D97-49A0-8D18-A2EDB03A1609
First sector: 1050624 (at 513.0 MiB)
Last sector: 54740991 (at 26.1 GiB)
Partition size: 53690368 sectors (25.6 GiB)
Attribute flags: 0000000000000000
Partition name: ''
Command (? for help): i
Partition number (1-3): 3
Partition GUID code: 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F (Linux swap)
Partition unique GUID: ABDB5B81-8179-4F9C-A9B9-7353A0FDC678
First sector: 54740992 (at 26.1 GiB)
Last sector: 62531583 (at 29.8 GiB)
Partition size: 7790592 sectors (3.7 GiB)
Attribute flags: 0000000000000000
Partition name: ''Ez mind rendben látszik, mindegyik partició kezdet osztató 512-vel, és 2048-al.
-
Vladi
nagyúr
válasz
pakriksz #20802 üzenetére
Mivel mérted meg az írás/olvasás sebességét linux alatt?
(#20807) ubyegon2:
Akkor nekem jó, nem?
Disk /dev/sda: 128.0 GB, 128035676160 bytes, 250069680 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dossamsung 830
-
-
bambano
titán
válasz
pakriksz #19626 üzenetére
én sajnálom, hogy elterjedt ez a sudo nevű vírus, ki kellene irtani.
helytelen a shell scripteket sh install.sh néven indítani, helyesebb lenne azzal a shellel futtatni, amelyikre írták. például a debian mostanában szokik át bash-ról dash-ra, ettől egy halom script ment a levesbe.
tegyél fel bash-t, ha nincs fent, és indítsd azzal a scriptet.
ha az ls -l /bin/sh parancs kimenete a /bin/dash-ra mutat, gyanakodj, hogy ez is gond lehet.
-
ReJim
őstag
válasz
pakriksz #18905 üzenetére
Ez engem is érdekelne.
Gondolom lehetne írni arra is egy szkriptet, hogy ha 5percen bellül 5-nél több kérés érkezik az apache-hoz, ami 404-et ad vissza, azt az ip-t bannolja. (román, török, ukrán ip-kről szokott jönni az áldás, végigszkennelik a www könyvtárat adminok után kutatva. sikertelenül.)
-
-
-
pakriksz
őstag
válasz
pakriksz #18245 üzenetére
csináltam egy ilyet hogy
readelf -d btsync | grep NEEDED
0x00000001 (NEEDED) Shared library: [librt.so.1]
0x00000001 (NEEDED) Shared library: [libdl.so.2]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libpthread.so.0]
0x00000001 (NEEDED) Shared library: [libc.so.6]rákerestem mindre, és megvannak a /lib/arm-linux-gnueabihf/ -ben
-
válasz
pakriksz #18240 üzenetére
A fejlesztő inkább csak lusta utánanézni, mit rontott el a kódban.
Még azt tudom esetleg elképzelni, hogy noha a fejlesztő kódja jó, nálad hiányzik valamilyen egyéb modul, függőség, bármi, ahol felüldefiniálja az adott fügvényhívást, még esetleg más shellben készült (ha scriptről van szó), mint amit te használsz.
-
-
pakriksz
őstag
válasz
pakriksz #18178 üzenetére
De jó hogy nem is válaszra nyomtam. Na mindegy megoldódott, persze csak google segítségével, ugyanis a rsync cseszik egy értelmes hibaüzenetet kinyögni, és még logolni sem képes.
Ha auth errorral elszáll az azért van, mert csak akkor hajlandó elfogadni jelszót, ha a secrets fájlon nyomok egy chmod o-rwx
Most már csak azt kéne megtudnom windowson hogy lehet neki meghajtóbetűt is adni, mert ha beírom akkor azt írja hogy remote directory...
-
mszl
aktív tag
válasz
pakriksz #18028 üzenetére
Nincs transzkód, sima stream van, internet radiok....
Ha nem próbáltad akkor ki kell próbálnod a zene streamhez (klasszisokkal jobb a DLNA-tól már ami nekem kell), a szobában kezdem hallgatni az asztali gépen, v. tablán, kimegyek főzőcskézni 1-2 kattintás máris az a playlist szólal meg a konyhai hangfalon ami bennt megy, ha akarom akkor az összes lejátszót vezérelhetem egy készülékről.
A készülékekken értsd "kiszuperált v. használatban lévő (ez ugye álltalában mozog velem)" androidos teló rajta a kliensprogival.
Ja és így ha zenét akarnak hallgatni a család más tagjai ha nem megy a nagygépem (nem vagyok itthon akkor ne piszkálják) akkor kliensprogikkal a cubie squeeze serverről hallgathatják a zenéket.
Ez a SATA port nagyon hiányzott minden hasonló kis olcsó arm-os lapról.
Lassan rákerül majd a zenével teletömött 2,5" vinyó is.
És az androidos squeeze emulator nagyon megéri az árát -
kovaax
őstag
válasz
pakriksz #18025 üzenetére
Sem mszl, sem te nem írtál olyat, hogy otthoni szerverről volna szó... Mindamellett, hogy ami leírást találtam a squeeze szerverhez, minimum 4 giga ramot ír...
-
mszl
aktív tag
válasz
pakriksz #18014 üzenetére
Szia!
Köszi a választ, de lenne még egy másik kérdésem.
A /var könytárat hogyan lehetne beüzemelni külön partícióra téve.
Az img file-t a kártyára kiírva mindent egy partícióra tesz.
A log fileok miatt menne külön partícióra.perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "hu_HU.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directoryEz a hiba mire vonatkozik és hol lehetne beállítani?
apt-get install -nál van, ha egy új progit telepítek, vagyis nem hiba csak figyelmeztetés. -
Jester01
veterán
válasz
pakriksz #17953 üzenetére
Igen, ez egy config fájl amit az X is használ. Ekvivalens azzal, mintha setxkbmap-ot hívnál.
Ha mindenképp setxkbmap-ot akarsz futtatni akkor az /etc/X11/Xsession.d alá lehet scriptet felvenni, vagy ha felhasználóhoz kívánod kötni akkor a ~/.xsessionrc fájlba írni. Persze ha használsz valami desktop environment-et akkor annak a beállításait kellene nézegetni. Amiket én írtam az alap X-re vonatkoznak. -
-
-
-
-
-
-
kispx
addikt
válasz
pakriksz #17667 üzenetére
Nem egészen. Total Commanderhez létezik a DiskInternals Reader plugin. De ez csak olvassa ext4-et.
Új hozzászólás Aktív témák
Hirdetés
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Assassin's Creed Shadows Collector's Edition PC
- LG 55G3 - 55" OLED evo - 4K 120Hz 0.1ms - MLA - 2000 Nits - NVIDIA G-Sync - AMD FreeSync - HDMI 2.1
- Csere-Beszámítás! Olcsó Számítógép PC Játékra! R5 1500X / RX 570 8GB / 16GB DDR4 / 250SSD + 2TB HDD
- BESZÁMÍTÁS! Gigabyte B450M R7 2700X 16GB DDR4 512GB SSD RX VEGA64 8GB CM 690 III FSP 600W
- Azonnali készpénzes AMD Ryzen 1xxx 2xxx 3xxx 5xxx processzor felvásárlás személyesen / csomagküldés
- BESZÁMÍTÁS! ASRock B85M Pro4 B85 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged