-
PROHARDVER!
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
-
kmisi99
addikt
válasz
#21078528
#26215
üzenetére
A sima hdparm -B 254 /dev/sdX parancsot már anno sokat próbáltam ugyan úgy lelőtte. Az -S 0 az mi célt szolgál?
r4z De hard disk sentinelben ha átállítom az "megjegyzi" és a linuxban is úgy viselkedik?
Amúgy a scripthez visszatérve. Totál láma vagyok. Adott egy 3 soros program kód amit írtam. Odáig eljutottam, hogy egy hdd.sc létrehoztam és belemásoltam. Na már most itt megállt a tudomány. Nem tudom hogyan futtassam ezt a scriptet. Mert tök jól működne, kipróbáltam tényleg végig aktív marad a HDD.
-
válasz
#21078528
#25417
üzenetére
Ezek szerint lehet ez a fura router jelenség is az ok!? Van benne logika, mert nem mindig jön elő, viszont két más net eléréssel rendelkező ugyanazon disztrón is jelentkezett. Csak be kell akkor üzemelnem az Asus RT N12-t, pedig azt vevő-nek szántam másik helyiségbe.
Köszi a tippet, valahogy erre nem gondoltam túl erősen eddig!
Reggel pingeltem az ntp-t, de minden OK volt vele, csak közben egy laptoppal szenvedek meg testdisk-kel próbálom visszanyerni az elveszett partíciót, amit áthelyezés közben kinyírtam az Alt+F2-vel gparted futás alatt.
Ma egész ügyesen szivatom magam.
-
válasz
#21078528
#25414
üzenetére
Je értelek! Köszi, így már tiszta. Reggel letesztelem ezeket, arra is gondolok, hogy jó ideje vacakol a routerem, az is okozhatja ezt a jelenséget, na meglátjuk! (ezt jól el is felejtettem)
Holnap referálok a dologról, addig is köszi nektek! -
válasz
#21078528
#25410
üzenetére
ubyegon@ubymint18 ~ $ sudo ntpq -p
[sudo] ubyegon jelszava:
ntpq: read: Connection refusedPING index.hu (217.20.130.99) 56(84) bytes of data.
64 bytes from index.hu (217.20.130.99): icmp_seq=1 ttl=57 time=2.15 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=2 ttl=57 time=2.44 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=3 ttl=57 time=1.41 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=4 ttl=57 time=1.30 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=5 ttl=57 time=5.70 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=6 ttl=57 time=2.26 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=7 ttl=57 time=2.75 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=8 ttl=57 time=2.39 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=9 ttl=57 time=2.38 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=10 ttl=57 time=2.05 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=11 ttl=57 time=2.32 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=12 ttl=57 time=2.31 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=13 ttl=57 time=2.17 msMost akkor kell az az ntp.service? Hogy kapcsoljam vissza?Jó, rájöttem,disablehelyettenable...bocsi, ezt még nekem is tudnom kéne.
Szóval nem kell desktopon ez nekem.
Bocs Vladi főnök! Jól összeszemeteltem a guru topikot!
-
Vladi
nagyúr
válasz
#21078528
#25410
üzenetére
az ntp ugyebár elengedhetetlen egy otthoni desktopon.
Lassan meg kell barátkozni olyan dolgokkal, hogy systemdé, meg grub2, meg hasonlóak.
Eskük nagyon hiányoznak a régiszéplinuxos idők, mikor triviálisan lehetett átlátni a rendszert.
Március 31én azért csak szomorkodm majd egy kicsit.
-
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 blocksMá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. -
-
-
-
bambano
titán
válasz
#21078528
#22511
üzenetére
sok egyéb mellett azt a programot csapta fejbe, ami a programok betöltésért, összerakásáért és indításáért felelős.
ezzel azt érte el, hogy semmit nem lehetett már elindítani a gépen, ami futott, az futott tovább, de ezen túlmenően zéró.tehát hiába javasolod az mc-t, ha nincs, ami betöltse és elindítsa... ugyanezért nem megoldás a rescue mód sem, mert az sem indul el. csak az a megoldás, ha egy teljesen független, működő rendszerrel visszarakja a linkeket.
-
Ablakos
őstag
válasz
#21078528
#22511
üzenetére
Nem az MC, még egy list parancs sem futott le
Jól elbaszarintottam este a rendszert. Először még nyugodtam keresgéltem a megoldást, mire észrevettem, hogy sorban leálltak a szolgáltatások. Két órát állt a péntek esti fórumozás, csetelés a hülyeségem miatt.
Ahogy bambano tagtárs írta, csak a live cd segített. Még a rescue módban sem indult el a centos. -
Horvi
őstag
válasz
#21078528
#21994
üzenetére
Szia,
Megpróbáltam ez alapján megcsinálni de már az első lépésnél elakadt a dolog. Nincs conf.d könyvtár. Egy kis Arch wiki nyálazás után azt találtam, hogy ezt a könyvtárat valamelyik verzióban kiszedték ha jól értelmeztem. Úgyhogy egyelőre megakadt a dolog mert tegnap már nem volt időm foglalkozni vele de nem adom fel
-
válasz
#21078528
#21973
üzenetére
Felejtsük!
Bár ezt inkább Fire/SOUL/CD Szakértő ft- nak magyarázd el, mert én olyan mélységig nem ismerem a TRIM működési elvét, mint ti. A szaktopicon folyamatos ellenvélemény ütközések zajlanak TRIM ügyben. Én minden szakértő/hozzáértő véleményét mérlegelem, de hogy mi a jó? 
Azt ajánlom csak másoknak, amit én magam is kipróbáltam és jó módszernek tartok.Minden Linuxot és SSD- t használónak bedobom a linkedet, mit fő támaszt, nagy baj nem lehet, ha más módszereit is megemlítem néha.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Motorola Moto Tag - nyomom, követ
- Gamepad
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Magisk
- Milyen notebookot vegyek?
- Mibe tegyem a megtakarításaimat?
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Amlogic S905, S912 processzoros készülékek
- További kavarás a Pixel 10-ek körül
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- További aktív témák...
- BESZÁMÍTÁS! Sony PlayStation4 PRO 1TB fekete konzol extra játékokkal garanciával hibátlan működéssel
- Telefon felvásárlás!! Xiaomi Redmi Note 10, Xiaomi Redmi Note 10s, Xiaomi Redmi Note 10 Pro
- BESZÁMÍTÁS! ASROCK H310CM i5 8400 16GB DDR4 240GB SSD 1TB HDD GTX 980 4GB Aio Corp Croma CM 600W
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Jo Nesbo: LEOPÁRD (nem olvasott)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest