- Milyen okostelefont vegyek?
- Xiaomi 12 - az izmos 12
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Motorola Moto G24 Power - hol van az erő?
- Samsung Galaxy A54 - türelemjáték
- iPhone topik
- MIUI / HyperOS topik
- Vodafone mobilszolgáltatások
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- A Honor és a Huawei uralja a kínai mobilpiacot
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
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
-
Lenry
félisten
válasz sto1911 #25349 üzenetére
nem, nem vagyok otthon, csak remote látom, hogy újraindult.
egyébként szerver, szerintem nem is jó bele egy sima táp(#25350) kovaax
[root@Echo-Five /]# journalctl -r -b -1
Failed to look up boot -1: Cannot assign requested address
eztegyébként jah, valahol az áram mehetett el, mert a System Event Log azt mondja, hogy
4 | 03/13/2017 | 08:37:59 | Power Unit #0x01 | Power off/down | Asserted
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz kovaax #25352 üzenetére
nem, nem állítottam be ilyet
ez a saját kis otthoni játékszerem, szóval semmi komoly infrastruktúrára nem kell gondolni, és megmondom őszintén nem is gondoltam, hogy alapból nem tárol el ilyeneket a DebianGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
de, az adta a fentebb is látható sort
4 | 03/13/2017 | 08:37:59 | Power Unit #0x01 | Power off/down | Asserted
ebből következtetek arra, hogy elmehetett az áram, csak még azt nem tudom, hogy az egész lakásban vagy csak a szerveren, de sajnos semmi egyéb, uptime mérésére alkalmas eszköz nincs bekapcsolva otthon
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
sonar
addikt
Esetleg másik fázisra rákötni? (már ha van) Olcsóbb UPS a pillanatnyi zavarok áthidalására? Uptime mérésre meg jók a hálózatról üzemelő órák v mikró, abból fixen tudom, hogy mikor volt áramszünet
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Lenry
félisten
egy fázison van az egész lakás.
Uptime mérésre meg jók a hálózatról üzemelő órák v mikró
ez a baj, hogy nálam semmi ilyen nincs - mármint nyilván van mikróm, de nem mutatja az időt
egyedül a modemben reménykedtem, de abban nem találtam ilyet (ZTE F668, ha esetleg valaki tudná fejből, hogy hol lehet előcsalni ezt belőle)mod: és mégis megvan. uptime-ot nem mutat a modem, de azt igen, hogy 35726 másodperce online, vagyis valamivel kevesebb, mint 10 órája.
tehát az egész lakásban volt egy kis áramszünet.bocs az OFF-ért a végére
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Vladi
nagyúr
usb pendrive épségének tesztelésére mit használnátok?
ext2 fájlrendszer van rajta és egy futó os felmontolva.
Amit néztem:
badblocks: ez jó, csak kissé lassú. De a kimenete egyértelmű.
fsck:
Jó gyors, de a kimenetét nem igazán értem. Ezt egy másik gépen ext4 partícióra mondja:[root@t60 ~]# fsck.ext4 -n /dev/sda3
e2fsck 1.41.12 (17-May-2010)
Warning! /dev/sda3 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix? no
Inode 262388 was part of the orphaned inode list. IGNORED.
Inode 270046 was part of the orphaned inode list. IGNORED.
Inode 270284 was part of the orphaned inode list. IGNORED.
Inode 279378 was part of the orphaned inode list. IGNORED.
Inode 280944 was part of the orphaned inode list. IGNORED.
Inode 281680 was part of the orphaned inode list. IGNORED.
Inode 447995 was part of the orphaned inode list. IGNORED.
Inode 447996 was part of the orphaned inode list. IGNORED.
Inode 447997 was part of the orphaned inode list. IGNORED.
Inode 447998 was part of the orphaned inode list. IGNORED.
Inode 448000 was part of the orphaned inode list. IGNORED.
Deleted inode 783523 has zero dtime. Fix? no
Inode 783547 was part of the orphaned inode list. IGNORED.
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -125085 -(125087--125088) -(3348027--3348035) -(3348045--3348051) -(3348053--3348060) -(3348109--3348110) -(3353338--3353348) -(3362891--3362898) -(3394106--3394112)
Fix? no
Free blocks count wrong (1596014, counted=1566205).
Fix? no
Inode bitmap differences: -262388 -270046 -270284 -279378 -280944 -281680 -(447995--447998) -448000 -783523 -783547
Fix? no
Free inodes count wrong (746389, counted=746056).
Fix? no
/dev/sda3: ********** WARNING: Filesystem still has errors **********
/dev/sda3: 224651/971040 files (0.6% non-contiguous), 2281106/3877120 blocksMég az fstab 5. oszlopot néztem, hogy oda bekapcsolom az ellenőrzést. Csak azt nem tudom, hogy mit csinál.
[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
togvau
senior tag
hogy lehet linuxon kikeresni az utóbbi 24 órában módosított fájlokat úgy hogy nem veszi a keresésbe a nem igazi fájlokat, mint a proc, meg a sys, és a többi?
Egyáltalán hova rakosgathat kéretlen temp fájlokat? És van valami amivel ezeket keresni, törölni lehet?
[ Szerkesztve ]
hitler, sztálin, micro usb
-
kem
addikt
Sziasztok!
Ubuntu 16.04-en szeretnem az OpenVPN kliens oldalon beallitani, hoyg egy megadott DNS servert hasznaljon amikor a belso halozaton levo testgepekre szeretnek SHzni. Probaltam GUI-ban hozzaadni, de egyszeruen nem tudok rakattintani a save-re mert szurke. Probaltam az /etc/NetworkManager/system-connections/officevpn config filet is szerkeszteni es hozzaadni ezt a sort:
dhcp-option DNS 192.168.xx.xx
majd ujrainditani a network managert de semmi...Semmi nem megy. IP-vel elerem a hostokat, de a DNS nem megy.
Elore is koszi a segitseget!
kem
szerk:
:/etc/NetworkManager# nm-connection-editor
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
** Message: Cannot save connection due to error: Initialising editor...
** Message: Cannot save connection due to error: Invalid setting VPN: cert-pass[ Szerkesztve ]
Köszi!
-
#21078528
törölt tag
Elvileg szabálytalan leállítás okozhat ilyet. Tipikusan az átmeneti fájlok törlődtek, de az inode bejegyzéseket továbbra is foglalják.
A másik lehetőség, hogy a struktúrában már nem tartozik bejegyzés hozzájuk, de valami adat még van a lemezen, mert valami folyamat nyitva tartja. Ilyenkor viszont a folyamat bezárásakor el kéne tűnniük az árva inode-oknak.Szerk.: egyébként csatolt fájlrendszeren nem egészséges fsck-t futtatni...
[ Szerkesztve ]
-
nagyúr
Linux 4.10.1-1 alatt a gep nem jon vissza suspend-bol, de konkretan a system journal sem tartalmaz semmit (tehat nem a videoval van a baj -- az USB eszkozok sem kelnek eletre). Otletek?
Egy Lenovo P700 desktoprol van szo, ezidaig (4.9-ig) teljesen jol mukodott a suspend-resume.
while (!sleep) sheep++;
-
-
Vladi
nagyúr
válasz #21078528 #25362 üzenetére
"Szerk.: egyébként csatolt fájlrendszeren nem egészséges fsck-t futtatni..."
Vágom, hát evan.badblocks-ot énztem, elég alapos, de macerás. Inkább az fsck kell nekem.
A felcsatolt fájlrenszerre ilyenekkel riogat:WARNING!!! The filesystem is mounted. If you continue you ***WILL***
cause ***SEVERE*** filesystem damage.Most a pendriveomra ezt írja:
[root@t60 ~]# fsck.ext2 /dev/sdb1
e2fsck 1.41.12 (17-May-2010)
/dev/sdb1: clean, 49551/131072 files, 322139/524288 blocksMost ez így jó, de nem valami bőséges. Így már jobb:
[root@t60 ~]# fsck.ext2 -f /dev/sdb1
e2fsck 1.41.12 (17-May-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdb1: 49551/131072 files (6.4% non-contiguous), 322139/524288 blocksDe amúgy az fstabban bent van az ellenőrzés. A boot logba ennyit tesz:
/dev/sda3: clean, 224845/971040 files, 2524742/3877120 blocks
Máshová nem szokott logolni? Arra nem lehet rávenni, hogy -f kapcsolóval ellenőrizzen bootkor? Meg ha még azt is el lehetne mondani, hogy hová logoljon, akkor nagyon király lenne.
mod:
Közben ezt találtam. meg a kernel paraméterbe is be lehet tenni, meg
touch /forcefsck
is van, de asszem ez csak 1 bootra vonatkozik.[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
-
Vladi
nagyúr
válasz bambano #25367 üzenetére
Köszi neked is.
Meglett közben, a systemd-s időkben már ez az eljárás. link.
mod:
Közben leteszteltem, centos 6-on még nincs systemd, itt működik a touch, ezt tette le a boot logba.A fájlrendszerek ellenőrzése
/dev/sda3: 224662/971040 files (0.6% non-contiguous), 2527201/3877120 blocks
[ OK ]
De tényleg ellenőrzött, megnéztem.[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Prosectura2
tag
Sziasztok!
Mount-tal kapcsolatos kérdésem lenne. Van egy Ubuntu Servert futtató HTPC-m, illetve beszereztem egy Raspberry Pi-t, amelyet biztonsági kameraként használnék. Azt szeretném elérni, hogy a Raspberry fájlrendszerébe mountolni tudjam a vele azonos hálózaton lévő HTPC-ben lévő HDD-t (vagy akár egy bizonyos könyvtárt, mindegy), hogy a felvételeket egyből erre tudjam menteni.
Ez a címzés így például jó? //192.168.0.102/mnt/HDD/
Ez a HTPC IP címe, és a /mnt/HDD könyvtárba van mountolva a benne lévő merevlemez. Nem bírok rájönni, hogyan kellene erre hivatkoznom. -
Lenry
félisten
válasz Prosectura2 #25369 üzenetére
például úgy, hogy indítasz a HTPC-n egy SSH szervert, aztán a Pi fstabjába:
felhasznalonev@192.168.0.102:/mnt/HDD /lokalis/csatolasi/pont fuse.sshfs defaults,_netdev 0 0
a lokális csatolási pont lehet akár ugyanúgy /mnt/HDD, csak persze hozd létre ezt a mappát a pi-n, meg persze az sshfs package legyen telepítve
ha még generálsz egy SSH kulcsot is, akkor nem kell jelszóval sem bohóckodni
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
Vladi
nagyúr
Nem kell ssh-t futtatni, nem lassú, mint a samba, alig van hardverigénye. Én tapasztalatom szerint az elérése is piszok gyors, alig látod, hogy nem helyi fájlrendszer.
De persze jó a többi is.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
-
-
sonar
addikt
válasz bambano #25377 üzenetére
Synology nas-on nem. Ahogy egyik kollégám mondja, hazudik a szemét.
[root@S131 ~]# ls /tmp/im_nfs/ | wc -l
39684
[root@S131 ~]# ls /tmp/cifs/ | wc -l
40281
A két könyvtárban ugyanaz kéne hogy legyen. Egyik nfs megosztás a másik meg klasszikus Windows share[ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
sonar
addikt
semmi spéci file nincsen. amikor rábukkantam a bugra akkor egy klasszik 8 kar + 3 kiterjesztés, ékezet nélküli filet nem talált sem a find sem az ls parancs. samba alól nézve meg megvoltak a file-ok.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
-
Lenry
félisten
ha már NFS.
megnéztem, szupi, de lenne egy kérdésem:
az egyik meghajtó (pl Munka) egyik mappájára binddal rá van kapcsolva egy másik (ami legyen Expand). Munkát megosztottam NFS-sel, tehát binddal bekötöttem/srv/Munka
-ba. innen persze már nem érem el az Expandot...ilyenkor mi a teendő? Expandot bindoljam be a
/srv/Munka
-ba is?egyáltalán mi szükség van a megosztásokat külön mappába (esetemben
/srv
-be) bindolgatni, ha aztán az/etc/exports
-ban úgyis explicite fel kell sorolgatni a megosztott könyvtárakat, tehát akár írhatnám oda is, hogy/mnt/Munka
, és akkor gondolom elérném az Expandot isGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Frawly
veterán
„Konkrétan nem tudtam még indítani (vagy telepíteni se) Programokat amiket netről töltöttem linux-szal...”
Igaz haladó topik, nem kezdő, de konkrétan azokat ne is indítsad. Linux alatt nem úgy telepítünk programokat, hogy letöltöd a netről mindenféle oldalról, aztán telepítővel next-next-finish módszerrel telepíted.Helyette hivatalos tároló van. Ezt úgy kell elképzelni, mint Androidon vagy iOS-en az alkalmazásbolt, csak ez ingyenes, és megbízható. Amit ide feltesznek (ún. csomag formájában), nem gányolt, nem vírusos, és tesztelt, kipróbált. Szóval ezt kell elindítani (talán még mindig YaST-nak hívják SUSE alatt), és amit kiválasztasz, azt leszedi neked, telepíti arra a helyre, ahová való, beteszi az alkalmazásindító menübe. Mindent intéz helyetted a telepítő, még next-next-finish-t sem kell nyomkodnod. Felteszi az esetleges függőségeket is, azaz más csomagokat, amik kellenek a futáshoz. Elég nagy a választék a nagyobb disztróknál, több tízezer csomag van a hivatalos tárolóban.
Amit mégse találnál meg, ahhoz lehet keresni a neten külső (nem hivatalos) tárolót. Ezek még mindig rendben szoktak lenni. Amihez esetleg nem találnál külső tárolót sem, ahhoz kereshetsz a neten a disztródhoz való csomagot, de ez már kockázatosabb, mert már lehet gányolt hulladék.
Ha nem találsz tároló nélküli csomagot sem, akkor a forráskódot töltöd le a netről, és lefordítod configure, make, make install parancsokkal, de ezeket a forráskódhoz mellékelt dokumentáció is írni fogja. Esetleg ha nincs türelmed ehhez, akkor vészesetben megpróbálkozhatsz más disztróhoz készült csomaggal is, ezeket valami archívumkezelővel vagy fájlkezelővel kell kibontani, és neked kell kézzel bemásolni, telepíteni a megfelelő helyre, de ez már erősen nem ajánlott.
A legrosszabb és legkockázatosabb módszer tag.gz-s binárisokat letölteni a netről, ez általában zárt forráskodú fizetős programok esetében kellhet. Ilyenkor is neked kell kibontani, és bemásolni a megfelelő helyre. De ilyen letöltött binárist meg forráskódból fordítást nem akarsz csinálni kezdőséged első heteiben. Egyelőre ismerkedj a rendszerrel, telepítsd azt, érd be azzal, ami a hivatalos tárolókban van.
-
"Munkát megosztottam NFS-sel, tehát binddal bekötöttem /srv/Munka-ba. innen persze már nem érem el az Expandot...": nfs fájlrendszert exportál. másik fájlrendszert nem. [link]
"egyáltalán mi szükség van a megosztásokat külön mappába": semmi, nincs ilyen szabály.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
rendben, javítok: az nfs szerver és az nfs protokoll használata szempontjából nincs szükség ilyen szabályra.
biztonsági okokból, illetve a szervered kuplerájjá válásának megelőzése érdekében ezen a szabályon lehet szigorítani.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Lenry
félisten
válasz Frawly #25388 üzenetére
jobb fölül -> beállításaim, aztán
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
többször futottam bele mostanában abba, hogy a dd-vel pendrivera írt iso-k nem bootolnak. mivel érdemes akkor bootolható iso-t pendrivera írni?
vagy mi kell még a dd-nek azon kívül, hogy if=/path/to/iso of=/dev/sdX?
ha már korábban feladtam volna a bizodalmam a dd-ben, ma megspóroltam volna háromnegyed órát az ESXi frissítésből...
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
nagyúr
Sziasztok!
NetworkManager-wait-online.service
Ez a service már nemrég szórakozott minap egy telepítésnél, reinstall után nem jött elő, viszont most a desktopon is elkezdte csinálni:
ubyegon@ubymint18 ~ $ systemd-analyze blame
19.604s rc-local.service7.284s
NetworkManager-wait-online.service
766ms nmbd.serviceEddig nem jött elő, de most bosszant, mert nem értem, miért várakoztatja a boot-ot.
Mit kéne ezzel kezdeni szerintetek? Találkoztatok már ezzel más disztrókon is?
A netkapcsolat ethernet alapú, nem wifi, mint a minap a laptopon.A kiiktatási tippeket előre is köszi!
-
nagyúr
Most saját gépen is csinálja, a másik egy szűz telepítés volt a Lenovo G580-on, üres SSD-re. Megnézem reboottal most.
Biztosan csinálja, mert laptopon is ezt írta ki sokáig:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.---------------
most már kiírja:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.577s (kernel) + 1min 30.291s (userspace) = 1min 34.869sLegutóbb az userspace olyan 12 sec körül volt.
Értettem ám.
(#25394) Vladi[ Szerkesztve ]
-
nagyúr
válasz ubyegon2 #25397 üzenetére
https://www.centos.org/forums/viewtopic.php?t=60390
Még Centoson is írnak róla. Egyébként végigcsináltam amiket máshol írnak, de semmi nem változott a Lenovon, desktopon még nem próbáltam éppen ezért.
[ Szerkesztve ]
-
Vladi
nagyúr
válasz ubyegon2 #25398 üzenetére
Közben felfogtam. Ez a szolgáltatát kb azt cisnálja, hogy várakoztat amíg a hálózatod rendben fel nem állt.
Próbáld meg, hogy kikapcoslod:systemctl disable NetworkManager-wait-online.service
Aztán látjuk, hogy lesz -e utána neted, meg gyorsul -e.
wifin vagy amúgy? Az normális kapcsolt? vagy kicsi a térerőd?Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
nagyúr
Megpróbáltam kétszer, de netem van, viszont ugyanúgy várakozik és ezeket írogatja:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.Bár bebootolt már, mert FF-et is tudom használni. Még mindig ezt írja, az előbb a -blame 3,5 percet írt.
no most írta ki:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.572s (kernel) + 3min 48.791s (userspace) = 3min 53.364ssystemctl disable NetworkManager-wait-online.service
Ezt próbáltam a laptopnál is, de ott sem működött. Nem is számítottam rá, mert eddig sem jött elő, így valami egyszer csak bekapcsolhatta, ami nem engedi kikapcsolni. Ma még nem is frissítettem semmit.
Vagyis még reggel, de ezt a másik gépen nem csináltam:Install: radeon-profile-daemon:amd64 (0.1.20~xenial, automatic), radeon-profile:amd64 (0.1.17~xenial), libdrm-dev:amd64 (2.4.70-1~ubuntu16.04.1, automatic)
End-Date: 2017-03-17 05:20:52[ Szerkesztve ]
Új hozzászólás Aktív témák
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen okostelefont vegyek?
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Futás, futópályák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Óra topik
- Autós topik
- Napelem
- A fociról könnyedén, egy baráti társaságban
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- További aktív témák...