Hirdetés
- Motorola Edge 40 - jó bőr
- Bemutatkozott a Poco X7 és X7 Pro
- Google Pixel 9a - a lapos munka
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy S20 FE - tényleg nem lite
- Google Pixel topik
- Örömhír: nem spórol Európán a OnePlus
-
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
-
inf3rno
nagyúr
válasz
togvau
#32429
üzenetére
Stringnek kell összerakni, nem számnak. Nem tudom bash-nál ez hogyan megy, gondolom idézőjelek közé kell tenni, esetleg lehet valami concat függvény, vagy alapból tudja a nyelv.
Talán egy year = "${year}" segíthet ezen. Gondolom alapból a range számként adja vissza, passz. Ja nézem valszeg a date_range() részen lehet a gond. Hát én elengedem, de általában ez a lényege, hogyha nem számot szeretnél, pláne nem ilyen oktál balfaszságot, akkor szövegre konvertálod. Hacsak nem kell léptetni +1-el, akkor ebből nincs gond. Ha meg kell, akkor a string-ben megnézed, hogy az első karakter nulla e, és levágod róla. Általában van slice() függvény vagy ilyesmi minden nyelvben.
Azt hiszem ez még egy megoldás, hogy 1o-es számrendszerben értelmezed: [link]
$ bar=0100
$ echo $((10#$bar))
100 -
gregory91
senior tag
válasz
togvau
#31411
üzenetére
Amúgy milyen fájlrendszeren ment a linux mikor elment az áram?
Ez valószínűleg csomag-függőség. Megkellene nézni hogy mysql server nevű csodában milyen függőségei lehetnek.
Itt megnézheted hogy milyen "függések" társulnak a csomaghoz. -
-
válasz
togvau
#31436
üzenetére
akkor valamit félreértettél, hogy localhost:10.0-ra kapsz hibát.
kezdjük az alapoknál.
ülsz egy gép előtt. van benne egy videokártya, rajta egy monitor. ez a szerver. ismétlem: a SZERVER.
van valahol a neten egy gép, amin futtatni akarsz egy grafikus programot. az a kliens. mégegyszer: a KLIENS. a magyarázat egyszerűsítése kedvéért egyen a program egy gparted.nyitsz egy xtermet a szerveren. kiadod benne az xhost + utasítást.
erre kizárt, hogy localhost:10.0-s hibaüzenetet kapj.
a terminálból ssh-val bemész a kliensre, és nagy erőkkel nem írod bele az ssh-ba a -X-et. tehát az ssh-tól nem kérsz x forwardot.
a kliensen kiadod az export DISPLAY=szerverip:0 parancsot
utána indítod a kliensen a gpartedet.fentiek akkor igazak, ha mindkét gép linux.
-
válasz
togvau
#31431
üzenetére
először is meg kellene nézni, hogy az X használ-e tcp socketet.
ps ax|grep X
és megnézni, hogy van-e nolisten tcp kapcsoló a kimenetben.
másodszor nem elbonyolítani az X kapcsolatot ssh tunnelinggel.
a szerveren beírod, hogy xhost +
a kliensen, ahol a programot akarod futtatni, ott
export DISPLAY=xszerver_ip_cime:0
és elindítani a programot. ha így fut, akkor az ssh X forwarding konfigja rossz. -
-
vargalex
félisten
válasz
togvau
#28525
üzenetére
Igaz, hogy sikerült pont olyan részleteket átküldened, amiben nincsenek egyezések. Így csináltam azonosakat. A dupes.txt-t nem módosítottam, a filelist a következő lett:
[gavarga@gavarga-e5540 test]$ cat filelist0b0d915f1c33b3977d1d93c39f74cfce film/American.Pie.1999.BDRip.x264.HuN-Nimphas/Sample/sample.mkv.part6b19e41621e1c6b31e2ff1caac3474f9 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.mkvdd3186dd0e3e952f9150d7d6bd407e76 barmi9193775624021bdea72d5ddcc45b8b21 film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.nfoecdc8cc1401bebc0c6654abd48f08000 akarmibd1e39658b19e1fc879949585d1d758d film/American.Psycho.2000.720p.BluRay.DTS.x264.HuN-TRiNiTY/trinity-american.psycho.720p.sfvÉs láss csodát, tökéletesen működik:
[gavarga@gavarga-e5540 test]$ join -i <(sort -k 1b,1 dupes.txt) <(sort -k 1b,1 filelist)dd3186dd0e3e952f9150d7d6bd407e76 barmiecdc8cc1401bebc0c6654abd48f08000 akarmiDe akár a sort kapcsolói nélkül is:
[gavarga@gavarga-e5540 test]$ join -i <(sort dupes.txt) <(sort filelist)dd3186dd0e3e952f9150d7d6bd407e76 barmiecdc8cc1401bebc0c6654abd48f08000 akarmi -
-
-
válasz
togvau
#25681
üzenetére
Ez szerintem inkabb scheduler kerdese. XP-ben tre volt, Win7-ben jo, 10-esben megint tre. Linux alatt sosem volt gondom azzal, hogy intenziv I/O muvelet kozben mast is csinaljak. AIX alatt elofordult, hogy tele volt a lemez, egy ssh kapcsolat felepitese eltartott 10 percig, de mukodott, belepes utan meg lehetett takaritani.
-
válasz
togvau
#25674
üzenetére
ez vinyó hardver hiba. szerintem minél hamarabb vedd meg a pótlását és mentsd az adatokat.
ez okoz olyat, hogy percekig nem lehet belépni ssh-n a gépre.
"de linuxnál több szálúnak tűnik az I/O rendszer.": pontosabban a normál működés közben tűnik többszálúnak az io. az error recovery az nem az.
-
kovaax
őstag
válasz
togvau
#25661
üzenetére
Azért ez szerintem nem semmi:
[ 188.227862] EXT4-fs (dm-0): warning: mounting fs with errors, running e2fsck is recommended
[ 188.349386] EXT4-fs (dm-0): recovery complete
[ 188.373057] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[ 489.457208] EXT4-fs (dm-0): error count since last fsck: 2
[ 489.457228] EXT4-fs (dm-0): initial error at time 1490204717: htree_dirblock_to_tree:990: inode 90704467: block 362816041
[ 489.457250] EXT4-fs (dm-0): last error at time 1494190147: ext4_iget:4463: inode 91751237Vannak ilyenek azóta is?
-
Lenry
félisten
válasz
togvau
#25314
üzenetére
szoftvertől függ, de a legtöbb szoftverben fel tudsz venni tartományt, és akkor csak onnan működik
samba esetén az
/etc/samba/smb.conf[global]részébe kell felvenni a következő sort:hosts allow = 192.168.0. 192.168.1.
így pl csak a 0-s és 1-es alhálózatból érhetők el a megosztásokssh esetében az
/etc/ssh/sshd_config-ba kell pl a következő sort szúrniAllowUsers *@192.168.0.0/24 -
Lenry
félisten
válasz
togvau
#25026
üzenetére
próbáld
pkillhelyett akillall-tegyébként a pkill manualja azt mondja, hogy "The process name used for matching is limited to the 15 characters present in the output of /proc/pid/stat. Use the -f option to match against the complete command line, /proc/pid/cmdline."
a tiéd elég hosszú, lehet, hogy ez okoz problémát, próbáld ki asudo pkill -f preventpark.shparancsot -
válasz
togvau
#23598
üzenetére
"Olvass figyelmesebben mert leírtam, hogy működik, csak hibásan dekódol."
Szeretem, amikor valaki segítségért folyamodik, majd kiosztja azt, aki segíteni próbál neki.Viszont nem értem, mit akarsz még tesztelni, ha egyszer tudod, hogy nem jó. A HW nagy valószínűség szerint jó, a driver jó eséllyel bugos. Ha teszteled, megjavul majd?
-
Új hozzászólás Aktív témák
- HIBÁTLAN iPhone 14 Pro Max 256GB Purple -1 ÉV GARANCIA -Kártyafüggetlen, MS3932, 100% Akkumulátor
- HOWEAR HW ULTRA 3 Call okosóra
- GYÖNYÖRŰ iPhone 12 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3881, 100% Akkumulátor
- Lian Li LCD-s 360mm-es vízhűtés akciós áron eladó!
- LG Gram 14 WUXGA IPS i7-1360P 5.0Ghz 12mag 32GB DDR5 1TB SSD Intel Iris XE 10óra Akku Win11 Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő