Hali.
Ha nem muszály nem dolgozom grafikus felületen. És ha nem muszály nem rootként. Eddig semmi gondom nem volt mc-vel, most viszont a 4.6.1-ben és ubuntuval van egy zavaró dolog, amivel gugli tanúsága szerint egyedül állok a földön(?) :)
Text konzolon (pl.: tty1):
Ha mc-ből kiadok egy parancsot a képernyő alján begépelve, mondjuk legyen egy mezei ls, akkor a parancs lefutása után az mc visszaadja a szokásos paneljét a fájllistával.
Itt ctrl+o lenyomásával látható a shell eddigi kimenete... de csak rootként. Ha felhasználóként csinálom ezt, akkor üres képernyőt kapok azaz a parancs kimenete "elveszett".
Viszont, ha előbb ctrl+o-t nyomok és ott adom ki a parancsot, akkor látható marad a kimenet. Viszont, akkor ezzel az erővel át is válthatok másik konzolra.
Ez miféle hiba lehet?
Nem feltétlenül szükséges az életben maradáshoz, inkább csak a programozói vénában található "azért is megoldom" dolgozik bennem.
- 3141 megtekintés
Hozzászólások
segíteni sajna nem tudok, de ha jól emlékszem, konzolon nekem is csinál ilyet néha (grafikus terminálban működik rendesen)
viszont akkor már én is kérdeznék egyet (legalább lesz egy UP :D)
ALT-O-t nyomva (ami elvileg a másik panelen is az aktuális könyvtárat állítja be) belép abba a könyvtárba, amin állok
na ez nem lett magyarul :D
szóval, mondjuk a bal panelen a /usr/local könyvtárban vagyok, a kurzor a share könyvtáron áll, nyomok egy ALT-O-t, és a másik panelen nem a /usr/local lesz, hanem a /usr/local/share. régebben jó volt, de talán egy frissítéstől állítódott el (Slackware 12.0)
ezt hogyan lehetne visszacsinálni?
- A hozzászóláshoz be kell jelentkezni
Csak az ALT-O romlott el, vagy más ALT-os cumók is? Mert ugye az ALT értelmezése érdekes, amit az /etc/inputrc (is) szabályoz. Rég szórakoztam ezzel, de erre keresgélj guglin
- A hozzászóláshoz be kell jelentkezni
Nálam ez működik. Ubuntu Gutsy. Amelyik könyvtárban állok arra szinkronizálja a másik panelt.
Az előttem szólónak lehet igaza.
showkey esetleg?
- A hozzászóláshoz be kell jelentkezni
Az Alt-O Fedora 5-ön is a kurzor alatti könyvtárra vált, Ubuntuban meg az aktuális könyvtárra. És mindkét esetben jól működik az Alt gomb (Alt-S pl. ugyanúgy működik). Szerintem mindkettő típus elég jól használható amúgy. Egyik disztribútor ilyen, másik olyan mc-t fordít.
- A hozzászóláshoz be kell jelentkezni
Gyanítom, hogy ez fícsör. Ha jól emlékszem, sok-sok-sok verzióval ezelőtt is így működött (sok időbe került, míg megszoktam a most általános megoldást); gondolom jórészt amiatt, hogy anno a Norton Commander is így belépett az al- (vagy szülő-) könyvtárba.
- A hozzászóláshoz be kell jelentkezni
Nálam se root-ként, se user-ként nem működik gutsy alatt. Holnap cégben kipróbálom feisty-n ill. egy X nélküli gutsy-n.
- A hozzászóláshoz be kell jelentkezni
Szerintem az Options->Configuration->Pause after run...-ban különbözik a beállítás a rootnál. Próbáld ezt állítgatni.
--
CCC3
- A hozzászóláshoz be kell jelentkezni
Az nem játszik bele. Meg a ~/.mc/ini-ben lévő clear_before_exec sem.
Az előbbi csak vár egy enterre, futás után, de nem törli a képernyőt, az utóbbi meg a futtatás előtt törli vagy nem törli.
Egyébként root és user mc-je tök egyformán van beállítva.
Én valami fájl írási jogon gondolkodtam, hogy esetleg mc oda írja a parancs kimeneteit és onnan jelenítené meg ctrl+o esetén és esetleg elcseszték a kvt/file helyét és/vagy jogát, hogy júzer nem tudja írni.
- A hozzászóláshoz be kell jelentkezni
Szerintem meg valami peccs az oka, de alattam írtak valamit, olvasd el.
- A hozzászóláshoz be kell jelentkezni
6.7-es pont a tied :D
szvsz a usered TERM valtozoja nem xterm-like (a leirasra alapozva) :P
- A hozzászóláshoz be kell jelentkezni
echo $TERM és meglássuk. De mondjuk fizikai konzolon működnie kellene (a fizikai konzol nálam a Ctrl+Alt+F1 konzolt jelenti pl.).
- A hozzászóláshoz be kell jelentkezni
6.6 és 6.7-es pont is rendben van.
echo $TERM --> linux
rootnak és usernek egyaránt
A többi shell változót is át akartam nézni az ötlet nyomán, de ez nem is olyan egyszerű, mert a rootnak 1684 byte a usernek meg 123892 a
set >set.txt
eredménye. Elég szép méretkülönbség.
- A hozzászóláshoz be kell jelentkezni
Én azt nézném meg, hogy van-e az adott user .bash_logout-jában "clear".
Üdv,
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
~/.bash_logoutban van:
if [ "$SHLVL" = 1 ]; then
[ -x /usr/bin/clear_console ] && /usr/bin/clear_console -q
fi
de, ha kiveszem, akkor sem változik a helyzet.
Ez szerintem csak akkor érvényesül, amikor kijelentkezem az adott terminálról.
Más clear-t nem találtam.
- A hozzászóláshoz be kell jelentkezni
Gentoo-s kollégáknak van egy érdekes írása:
http://gentoo-wiki.com/TIP_Resetting_Your_Console
Nekem nem oldotta meg a problémát...
A korábban hozzászólóknak: nem az a tünet, hogy nem működik a ctrl+o hanem mintha ctrl+o -ra egy "clear" is lefutna, a képernyő tartalma törlődik. És X alatt jó, csak a fizikai tty0-6 konzolon nem. Egyébként nálunk debian sarge alatt se jó.
Mik
- A hozzászóláshoz be kell jelentkezni
Átnéztem én is, de sajna nem oldotta meg nekem sem.
X alatt nekem is jó, azér hangsúlyoztam a topiknyitóban, hogy (pl.)tty1-esen. (ctrl+alt+f1).
Tehát text üzemben.
(Lehet, hogy tty1-esen fb módban is jó, de azt nem tudom ellenőrizni.)
- A hozzászóláshoz be kell jelentkezni
Tehat, ha ctrl-o -val oda-vissza valtassz, es kozben "torlodik" a kepernyo, akkor jogosultsagi problemaja lehet a usernek, ami alatt garazdalkodsz (nem tud lefutni a cons.saver)
hint:
cons.saver.c:
This program should be setuid vcsa and /dev/vcsa* should be owned by the same user too.
Zsiraf
- A hozzászóláshoz be kell jelentkezni
OLLÉ!
/dev/vcsa1-vcsa8-ig rw-re tettem othersnek és most jó a usernél a dolog!!
Köszönöm!!
Mostmár csak az a kérdés maradt, hogy korrekt megoldás-e így vagy valami biztonsági lukat csináltam vele.
Bár itthoni gép és csak én vagyok rajta, de azért jó tudni.
- A hozzászóláshoz be kell jelentkezni
Én megnézném az eszközök jogait (ls -l /dev/vcsa1), mert restart után ugyanezzel a problémával fox szembesülni (udev rulez). Ha van valami csoport a tulajdonosi listában(pl tty), akkor felvenném magamat bele, majd restart, és próba élesben.
- A hozzászóláshoz be kell jelentkezni
root a tulaj is meg a csoport is.
Restartot csak este későn tudok, mert net nem szakadhat most meg.
Ha restart után megint visszaáll, akkor már valahogy megfejtem.
Végső megoldásként berakom a boot után, amúgy is lefutó szkriptembe (bár nem szép), ami amúgy is lefut egy-két megoldásra váró hiba miatt.
(kbdrate, loadkeys)
Igaz, ez is csak félmegoldás, de amig össze nem jön elég infó, addig legalább működik.
- A hozzászóláshoz be kell jelentkezni
Valahol az udev szabályai közt kell lenni ilyennek, vagy hasonlónak:
KERNEL=="vcsa*", NAME="%k", OPTIONS="last_rule"
Ide legyen beszúrva egy GROUP="tty" így:
KERNEL=="vcsa*", NAME="%k" GROUP="tty",, OPTIONS="last_rule"
Ha nem találsz ilyent, akkor szúrd be valahova a udev szabályaihoz. Az after-script mindig gány-szagú és kerülendő.
Loadkeys: Mi a probléma vele? Milyen rendszer? Hátha tudok segíteni...
- A hozzászóláshoz be kell jelentkezni
Ubuntu 7.10
Nincs ilyen. A teljes /etc/udev-ben az összes fájlban kerestettem "vcsa"-t de nincs. (se kis se nagy betükkel)
Lehet, hogy pont ezért volt a hiba? Sajna az udev dolgokat még csak nem is ugatom, évekig nélküle éltem csak pár hónapja van olyan rendszerem, ami használja és (eddig) nem volt szükségem, hogy bele rágjam magam.
Ha reboot után elcsesződik, akkor valamelyik(?) file-ba beszúrom a javasolt sorodat.
loadkeys-t azért adom ki after-script-ből (nem is tudtam, hogy van neve is az ilyesminek) mert még 7.04-ben próbáltam alapként megadni egy sajátot (win billentyűk léptetik a konzolokat /Decr_Console-Incr_console/), de reboot után mindig az alap jött be.
/etc/console-setup/boottime.kmap.gz-t is megváltoztattam sajátra, az sem változtatott a dolgon.
Hát, maradt a loadkeys, boot után. Aztán Gutsyra frissítve más gondok jöttek, úgyhogy nem kinlódtam vele tovább.
A helyzet, hogy SuSE-n "nőttem" fel, kissé más volt. Egyrészt YAST sokmindent megoldott, másrészt évek alatt megtaláltam olyan dolgokat, amik ott megfelelően és szabályosan hangolták a rendszert, ubuntuban viszon máshol vannak vagy ugyanott csak egyszerűen hiába írom át.
Na, már regényt írtam, leállok :)
- A hozzászóláshoz be kell jelentkezni
after-boot script, csak typo volt.
Tessék a udev valamelyik fájljába beleszúrni, mert olyan 80% hogy elcsesződik.
loadkeys: a /etc/default könyvtárban nézelődtél? Ott tárolja a beállítások egy részét.
Én átolvasgatnám az init scripteket is, ezek amúgy sima, áttekinthető kis bash scriptek. Amit nem értesz, hogy honnan vesz, azok a változók jönnek a /etc/default/<script neve> fájlból.
Én szeretek regényt olvasni, úgyhogy hajrá, mostanában sajnos úgysincs más dolgom :)
- A hozzászóláshoz be kell jelentkezni
Még vcsa.
Nézelődöm, elég romos dolog, hogy 1998 óta (minimum) fennál ez a dolog.
http://209.85.129.104/search?q=cache:O8t9fEgtWOkJ:mlf.linux.rulez.org/A…
Ezek szerint reboot sem kell, csak az adott konzolon logout/login és máris visszaáll az eredeti (rossz) állapot.
Kipróbálva. Igaz! (A thread kissé be van lassulva, be sem jönnek a válaszok)
/etc/udev/* atime-je viszont nem módosult a logout/login után. Akkor csak rebootnál tudom kipróbálni azt a csoport dolgot. (reboot meg csak későn este)
- A hozzászóláshoz be kell jelentkezni
Az atime azért nem módosult, mert az udev csak 1x olvassa fel a beállításait, és nem többször. Talán udevstart vagy ilyesmi indítja újra az udevet nem tudom... a restart tutkó.
- A hozzászóláshoz be kell jelentkezni
40-permissions.rules-be beraktam utolsó sornak. Usert hozzáadtam tty-hoz.
Reboot.
Mosmár teljesen normálisan működik!
Most azért még megy ilyenkor a fejemben a bogár tovább, hogy akkor vajon a SuSE 10.0-ban miért is nincs ilyen gondom? (Még fenn van - biztonsági rendszerként)
Most ránéztem, a user ott sincs alapból a tty csoportban, viszont a vcsa1-vcsa3 csoportja tty - de nincs vcsa4,5,6,7,8,10 aztán 11-től megint van folyamatosan. Pedig ott is a tty4-esen jelentkeztem be következetesen userként. (Igaz, most ubuntuból nézem a SuSE /dev-jét, lehet, hogy rábootolás után létre jönnek ezek a hiányzók is)
Amúgy szerintem a linuxra fejlesztők nagy többsége is el van kényelmesedve és grafikusan fejleszt ( hmm.. melyik is a grafikus oprendszer :) ) +lusta rendesen tesztelni a programját vagy legalábbis elkapkodja a "stabilnak" való kikiáltást. (Igaz - ezt most ingyenes dolgok kapcsán állapítottam meg.)
Másrészről meg valamilyen szinten a juzerek is hibásak, mert mc bugreportban nem találtam ilyet, tehát feltételezem, hogy nincs lejelentve. Persze a userek többsége is x felületen dolgozik, ott meg nincs vele gond.
Én meg lejelenteném, de angolul olvasni még csak-csak, de írni már nemigen. (Mert annó Rejtő könyveket olvastam a pad alatt angol órák alatt)
Na, elteszem magam holnapra.
Köszönöm a segítségeket.
Gúd báj
- A hozzászóláshoz be kell jelentkezni
Nem, szerintem ez a disztrókészítők hibája, ugyanis az udev meg a csoportozás már régesrég (kvázi)szabvány/ajánlás. Az, hogy valaki nem követi a standardot, nehogy már az én (programozó) hibám legyen!
- A hozzászóláshoz be kell jelentkezni
Nem akarne'k uj temat nyitni egy gyors midnight commanderhez kapcsolodo kerdessel kapcsolatosan. szoval, ha konyvtarat valtok (siman, a file-panelekben, ramegyek a konyvtar-ne'vre, majd enter), akkor a konyvtarvaltas is belekerul a history-ba. ez kicsit zavaro, ha sok konyvtar kozott kell dolgozgatni, tobb kezi parancskiadas kozben is. raadasul elegge aberralt formaban kerul bele, valahogy igy:
cd "`echo -e '\057home\057apal\057projects'`"
cd "`echo -e '\057home\057apal'`"
...
ezt a featurat nem lehet valahogy kikapcsolni? neha me'g ilyen vicces ize is belekeru"l:
PROMPT_COMMAND='pwd>&7;kill -STOP $$'
ezt ma'r plane nem ertem miert/hogy :]
koszi, A.
- A hozzászóláshoz be kell jelentkezni
Ilyet egyedül RISC-eken futó SuSE-n láttam, soha, sehol másutt, de ott következetesen, és látszólag szintén kiirthatatlanul.
Szóval kíváncsian figyelek én is...
- A hozzászóláshoz be kell jelentkezni
hat, keresgeltem en is, ezt sikerult talalni: a subshell-hez koze van, hogy parhuzamosan (mc-taszk + subshell taszk) csak igy tud egyszerre konyvtarat valtani. imigyen egy HISTIGNORE bevetesevel megoldahato a dolog, a
.bashrces
.bash_profilefileokba bele kell tenni ezt, hogy:
HISTIGNORE=" cd \"\`echo -e \'*\'\`\": PROMPT_COMMAND='*'"
(vigyazzni kell, minden backslash-nek es szokoznek jelentosege van)
igy most jonak tunik, megszunt ez a hulyeseg...:]
- A hozzászóláshoz be kell jelentkezni
Ha már mc, akkor nekem is lenne egy kérdésem, az smb-link funkciót hogyan lehet visszavarázsolni az mc-be, mert mintha régen benne lett volna, de újabban nem találom (forrásból felrakva se érhető el, legalábbis nekem nem volt szerencsém hozzá). Egyáltalán miért került ki belőle?!
- A hozzászóláshoz be kell jelentkezni
Tavaly nyáron valami biztonsági hiba miatt szedték ki. Legalábbis Debian/Ubuntu vonalon.
- A hozzászóláshoz be kell jelentkezni
Forrast samba supporttal kell forgatni
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Ahhh thx, ez kimaradt...
- A hozzászóláshoz be kell jelentkezni