Hirdetés

2019. január 18., péntek

Útvonal

Fórumok  »  OS, alkalmazások  »  Linux - haladóknak (kiemelt téma)

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2013-09-30 15:51:13

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.

Összefoglaló kinyitása ▼

Hozzászólások

(#27751) bambano válasza Dißnäëß (#27744) üzenetére


bambano
(Jómunkásember)
LOGOUT blog

szerintem a dd tud ilyet, conv és oflag paraméterekkel.

lezso6 szerint a user: rossz számtech karmája van | @netik: There is no Internet of Things. There are only many unpatched, vulnerable small computers on the Internet.

(#27752) Dißnäëß válasza bambano (#27751) üzenetére


Dißnäëß
(senior tag)

:R :R :R

Minden rosszat el tudok képzelni magamról, de hiába.

(#27753) felora:)


felora:)
(tag)

Sziasztok.

A problémám az lenne, hogy van egy samsung 860 evo ssd-m (sda). 30 óra alatt azt mondja, hogy

transfers
Device MB read MB written
sda 478 242962
sda1 8 81
sda2 1 0
sda3 3 0
sda4 463 242881
sdb 21415 1
sdc 21406 1
md126 45277 2

Kb. 242 gb -ot irt ra. A smart is szep erteket ir mar, az ssd kb. 6 honapos.
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 2170884487
A fajlrendszer ext4

Kicsit sokallom...

[ Szerkesztve ]

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27754) Jim Tonic válasza felora:) (#27753) üzenetére


Jim Tonic
(PH! nagyúr)
LOGOUT blog

Elsőre benéztem.

Ha van rajta swap, az hamar tolja fel, de ettől még nem kell megijedni. Sok RAM kell, swapot meg tiltani. Akkor nem nő annyira az érték. De akkor se lesz baja, ha marad a swap, csak ne írd túlságosan tele.

[ Szerkesztve ]

Alcohol & calculus don't mix. Never drink & derive.

(#27755) felora:) válasza Jim Tonic (#27754) üzenetére


felora:)
(tag)

16gb ram van a gepbe, swaphoz hozza sem nyul.

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27756) Jim Tonic válasza felora:) (#27755) üzenetére


Jim Tonic
(PH! nagyúr)
LOGOUT blog

Attól, hogy 16 GB van benne, nem jelenti azt, hogy nem nyúl hozzá a rendszer. Sőt. Amíg ki nem kapcsolod, addig használni fogja.

Alcohol & calculus don't mix. Never drink & derive.

(#27757) felora:) válasza Jim Tonic (#27756) üzenetére


felora:)
(tag)

NAME TYPE SIZE USED PRIO
/dev/sda3 partition 1024M 0B 1

total used free shared buffers cached
Mem: 16289796 1867240 14422556 0 19716 1581600
-/+ buffers/cache: 265924 16023872
Swap: 1048572 0 1048572

elvileg nem nyúlt hozzá. nyomtam neki egy swapoff -a parancsot és majd látjuk.

[ Szerkesztve ]

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27758) emvy válasza Jim Tonic (#27756) üzenetére


emvy
(PH! nagyúr)

Talan jobb lenne a swappiness-t allitani, nem full kikapcsolni a swapet.

while (!sleep) sheep++;

(#27759) Jim Tonic válasza emvy (#27758) üzenetére


Jim Tonic
(PH! nagyúr)
LOGOUT blog

Alapvetően igazad van.
Nekem nullán van az érték, vidáman elvagyok vele az otthoni szerveren. Nyilván jól kell számolni.

Alcohol & calculus don't mix. Never drink & derive.

(#27760) felora:) válasza Jim Tonic (#27759) üzenetére


felora:)
(tag)

Nem csinaltam meg ilyet. Mennyi legyen az erteke? Jelenleg az alap 1

[ Szerkesztve ]

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27761) Jim Tonic válasza felora:) (#27760) üzenetére


Jim Tonic
(PH! nagyúr)
LOGOUT blog

Az egy, az egy nagyon alacsony érték. A legtöbb, Linuxon, ha jól rémlik, 60 körül szokott lenni, SSD-hez szoktak 10-et ajánlani.
Az 1 azt jelenti, hogy gyakorlatilag nem swappel a rendszered. Akkor viszont valami nagyon nem stimmel a 240 GB-tal. Biztosan újonnan vetted?

Alcohol & calculus don't mix. Never drink & derive.

(#27762) felora:) válasza Jim Tonic (#27761) üzenetére


felora:)
(tag)

Igen. Újonnan vettem en bontottam ki. De a smart erteket is ha megnezed azt par honap alatt hozta ossze (kb. 3-4). Minden ujrainditasnal a disk usage kinullazodik es irtam is, hogy azt a 242+ gb adatmennyiseget 30 ora alatt irta fel a lemezre. Viszont ugye a tarhely nem valtozik. Annyi, hogy amiota swapoff -a nyomtam neki ugy nez ki normalisan uzemel.

[ Szerkesztve ]

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27763) ubyegon2 válasza felora:) (#27762) üzenetére


ubyegon2
(PH! kedvence)

Milyen használatra van az az SSD? Mi mér úgy, hogy naponta nullázódik? Nézz egy Lifetime writes értéket az érintett partíciókon:

sudo tune2fs -l /dev/sdax

A használatot azért kérdezem, mert kizártnak tartom, hogy 16GB memó mellett jelentős swap használat zajlana.
242+ gb adatmennyiség napi írása elég extrém, ha nem töltesz le rá. (mivel e foglalt hely nem növekszik, ez is kizárható)

Átlag használatban egy 4+ éves SSD 800+ nap kiírt használattal 7+TB írást kapott.

[ Szerkesztve ]

(#27764) Jim Tonic válasza ubyegon2 (#27763) üzenetére


Jim Tonic
(PH! nagyúr)
LOGOUT blog

Ez a swappiness értéktől függ. Ha pl. 100-on lett volna neki, akkor gyakorlatilag mindent kiír SSD-re a rendszer.
Én azt hittem, 60-ra volt neki belőve, akkor még össze is jöhet a 240 GB sok memóriaművelet esetén. De 1-es swappiness értékkel érthetetlen.
Viszont az írja, hogy letiltva most jó, szóval kicsit az az érzésem, hogy van nem 1 volt az az érték (inkább pont 100), vagy valamiért nem jól működött.

Alcohol & calculus don't mix. Never drink & derive.

(#27765) ubyegon2 válasza Jim Tonic (#27764) üzenetére


ubyegon2
(PH! kedvence)

Alapértéken 60 a swappines, de én nem vettem észre 8GB mellett sem, hogy használná a rendszer. 5-10GB átlag napi írásterhelés mellett kicsit sok lenne 240GB swap-ra írás. 16GB mellett ha csak nem szükséges, mondjuk virtualizálás miatt, nem is hiszem, hogy van értelme a swap-nak. Valami ott a mért értékeknél nem kerek, azért is célszerű megnézni az élettartam alatt keletkezett írásmennyiséget.

(#27766) felora:) válasza ubyegon2 (#27763) üzenetére


felora:)
(tag)

Csak az oprendszer van rajta. Sata0 porton van az ssd, sata 2 es sata 3 porton egy egy 3tb os winyo dolgozik raid0 ba. Iras biztos volt az ssd n, lasd smart ertek.

[root@router ~]# cat /proc/sys/vm/swappiness
1

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27767) felora:) válasza ubyegon2 (#27763) üzenetére


felora:)
(tag)

Este visszaadtam neki a swapot. swapon -a

Most reggelre megint irt egy keveset, viszont azt mondja, hogy az sda4 re ir, amin a rendszer van.

|87 104 97 83 107 101 83| Viszlát és kössz az ascii table-t!

(#27768) togvau


togvau
(fanatikus tag)

sziasztok

valaminek a kworker haverja valamit csinál, és napok óta folyamatosan eszik kb 10% cpu-t:
root 20 0 0 0 0 I 10.2 0.0 0:45.56 kworker/0:1-eve

Hogy derítem ki, hogy ezt mi csinálja? Perf nincs a csomagkezelőben (debian).

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27769) togvau


togvau
(fanatikus tag)

Másik:
GCC-hez kellene opciót hozzáadni... De hol?
-fomit-frame-pointer

Ehhez tartozó probléma, csakhogy nekem közöm nincs a gcc-hez, valami cmake-s dolgot indítok én, GCC-t nem.
[L]https://tls.mbed.org/kb/development/arm-thumb-error-r7-cannot-be-used-in-asm-here

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27770) s1999xx válasza togvau (#27768) üzenetére


s1999xx
(újonc)

Milyen debianod van?
Az x86-64 stretch (9.6) alatt linux-perf a csomag neve.

[ Szerkesztve ]

(#27771) togvau válasza s1999xx (#27770) üzenetére


togvau
(fanatikus tag)

armhf stretch. Abban is van ilyen csomag, de mi ez? Mindenhol ahol írják hogy hogy lehet megtudni mié a kworker, perf-re hivatkoznak. Linux-perf-ben nincs ilyen.

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27772) togvau válasza togvau (#27771) üzenetére


togvau
(fanatikus tag)

perf-re ezt írja:
/usr/bin/perf: line 13: exec: perf_4.19: not found
E: linux-perf-4.19 is not installed.

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27773) ivana válasza togvau (#27772) üzenetére


ivana
(PH! addikt)

Van valami különösebb oka a 4.19-es kernelnek?

Cmake: sehogy ha nincs neki, a cmaket kell hekkelni ott nem a gcc-t. (Mármint a program cmake fájlait nem a cmake binárist)

(#27774) togvau válasza ivana (#27773) üzenetére


togvau
(fanatikus tag)

az, hogy ez updatelődött be. Gondolom mert LTS. :)

Nem tudom van-e neki, ezt az egészet nem is nagyon tudom mit csinál, csak azt, hogy fordít.

[link] itt ír arról hogy lehet flageket hozzáadni, de hogy hol az nem derül ki

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27775) ivana válasza togvau (#27774) üzenetére


ivana
(PH! addikt)

4.9-es kernelnek kéne lennie, 4.19-et max. kézzel tudsz felrakni.

A cmaket fejtsd ki jobban, mert továbbra sem értem mit akarsz.

(#27776) togvau válasza ivana (#27775) üzenetére


togvau
(fanatikus tag)

ehhez a disztrohoz ez van [link]

Ezt akarom compileolni, ehhez kell cmake: [link]

#O1G gyuribácsitól már van az ő arcképével díszített tízezresem is :P

(#27777) Andralin


Andralin
(fanatikus tag)

Sziasztok!

Segítséget kérnék tőletek, nagy bajban vagyok. Mióta a szolgáltatónk bevezette az IPv6 címek támogatását, a tűzfalként használt CentOS 7 gép nem hajlandó csatlakozni az internetre.

A részletek a következők. Digi FTTH szolgáltatáson a CentOS 7-es gép PPPoE felületen csatlakozik a hálózatra és tűzfallal, routerként osztja tovább a netet a háztartás számára a belső hálózat felé. Egy ideig semmi gond nem volt, gond nékül csatlakozott. A rendszer teljesen stabil 6 hónapos uptime után újra lett indítva és azóta nem hajlandó újra csatlakozni a hálózatra. :W

Pár órás kísérletezés után kiderült, hogy most már IPv6 címeket is osztogat a Digi nálunk is. A WAN interface reboot után csak IPv6 címet kap, IPv4 címet nem kap.
Digi ügyfélszolgálat kérésére le lett tesztelve a végpont egy Windows 10-es gépen. Azon létrehozva a PPPoE kapcsolatot és csatlakozva a Windows kap TCPv4 és TCPv6 címet is! Ezek után a Digi mossa kezeit, szerintük náluk minden rendben van. A linux továbbra is csak TCPv6 címet kap és nem működik rajta az internetkapcsolat.

Hogyan lehetne a linxuot rávenni, hogy kérjen a DHCP-től IPv4 címet?

Amit eddig próbáltam: letiltottam a IPv6-ot a linuxon neten talált tippek alapján.
A /etc/sysconfig/network-scripts/ könyvtárban a megfelelő interface konfig fájlba beírtam ezt a sor:
IPV6INIT=no

Illetve a /etc/sysctl.conf fájlba beírtam az alábbi sorokat:
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Így reboot után a WAN interface most már semmilyen címet nem kap, se IPv4-et, se IPv6-ot. :(

Hogyan tudnám rávenni a linuxot, hogy kérjen IPv4 címet? Ha a Windows tud kérni olyat és kap is, akkor gondolom a linux is képes lenne rá valahogy. Mivel, hogyan lehet ezt beállítani?

Előre is hálásan köszönöm a segítséget!

[ Szerkesztve ]

(#27778) Andralin válasza Andralin (#27777) üzenetére


Andralin
(fanatikus tag)

Még az fontos lehet, hogy a DIGI weboldalán a következőket írják az IPv6-al kapcsolatban:

Egymástól függetlenül lehet állítani kliens oldalon hogy milyen módot szeretne:
- dual-stack (ipv4+ipv6)

- ipv4-only

- ipv6-only

Útvonal

Fórumok  »  OS, alkalmazások  »  Linux - haladóknak (kiemelt téma)
Copyright © 2000-2019 PROHARDVER Informatikai Kft.