MC lassan indul

Red Hat, Fedora, CentOS

Üdv!
CentOS7 esetén (2db NIC) lassan indul a mc (több perc).
Tapasztaltátok ti is?

A névfeloldással van ilyenkor gond?

(most nem vagyok a gép előtt)

  • 1423 megtekintés

( uid_4656 v | 2018. 01. 29., h – 13:24 )

Az is lehet, meg az is, hogy a TERM vagy a DISPLAY változód nem neki tetsző módon van beállítva...

( lx | 2018. 01. 29., h – 13:30 )

Az ezer másik mellett tényleg volt ilyen bug is az mc-ben, jó sok évvel ezelőtt, de semmi oka nem volna, hogy olyan vénség legyen nálad - persze visszajöhetett a bug.

Nem arról van szó, hogy valami netcsatolt könyvtárral indulna? Mert akkor a net minden anomáliája hátba támadja, pl. a DNS is.

Vagy olyan könyvtárral, ami struktúrálatlanul tartalmaz csillió könyvtárat/fájlt?

Csak azt felejted el, hogy a CentOS egy ultrakonzervatív disztró, millió éves csomagverziókkal, így érintheti egy sok éve javított bug.

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

Valószínűleg nem ósdibb, mint a 6.9-es RHEL, és már ott is 4.7 fölött tartanak.
És az általam említett gond a 4.6-osokat érintette, amelyeknél frissebb annak idején nem volt gyárilag AIX-en, ahol belefutottam.

DE

ezt írják egy 4.8.x-esről (FC18)

"He-he, I remember this behaviour from the previous century, so it's a century old bug :D

No, seriously, I use that 'bug' to check if I missed to edit /etc/hosts after changing the host name. You'll notice similar problems in other programs too, but mc is my litmus paper for that."

Szóval vagy sose orvosolták, csak OS/disztrib kérdése, hogy a körülmények előhozzák-e, vagy orvosolták, de Terminátort játszik, és visszajön.

( Qury v | 2018. 01. 29., h – 14:01 )

nekem is csinalt ilyet, nalam a samba beallitasok, illetve az smb.conf file volt a ludas.

2 megoldas volt:
- smb.conf file normalis beallitasokkal
- mc ujraforgatasa --disable-vfs-smb kapcsoloval

( tselmeci | 2018. 01. 29., h – 14:17 )

Az FC22-ben lévő mc csinált nekem ilyet, felületes ellenőrzés (strace) alapján igen, vmi DNS-hívás miatt blokkolt, ha nem volt hálózat. A legújabb mc nem csinálja.

( dejo v | 2018. 01. 29., h – 14:53 )

Ez nekem is volt már. A Google keresés adott használható megoldást, de már nem emlékszem, hogy konkrétan mit.
Erre keresve ad néhány találatot: "CentOS 7 very slow the start of midnight commander"
Szerintem ott lesz a megoldás is.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

( bzs v | 2018. 01. 29., h – 18:12 )

Nekem is volt, elsőre nem tudtam, mitől.
Valami nem mountolódik neki az /mnt/-be vagy a /media-ba.
fuseiso, cifs az fstabban...

( bAndie9100 | 2018. 01. 29., h – 18:16 )

- strace mit mond?
- én a PROMPT_COMMAND átbizergálása miatt tapasztaltam lassú indulást - igaz percek nem voltak (az mc beletesz a PROMPT_COMMANDba egy 

pwd>&7;kill -STOP $$

frázist, hogy tudja, mi folyik a popup shelljében - ezt csaptam fölül. max fél perc lehetett mire timeoutolt minden indításkor)

~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack

( dotnetlinux | 2018. 01. 29., h – 19:37 )

Gepnev benne van a hosts fájlban?

( sigellef | 2018. 01. 30., k – 00:26 )

Egy drasztikus módszer, de néha segít:
rm -rf ~/.local/share/mc
rm -rf ~/.config/mc
rm -rf ~/.cache/mc

Mondhuk CentOS*-nál nem biztos, hogy itt tárolja az mc user specifikus fájljait, de ilyesmiket kell törölni. Hátha szerepel bennük egy már nem elérhető hálózati könyvtár, vagy ilyesmi.
Ha nem oldja meg, az mc-t újraforgatni *vfs támogatás nélkül. Vagy körülnézni a gvfs háza táján, hogy minden rendben van-e.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba