Als ik via SSH inlog op mijn server werkt sinds vandaag ineens de "/"-toets niet meer (en dat is best lastig op linux ;-) ) Dit is alleen zo in bash; in bijv. tcsh of ksh of in programma's werkt hij wel ... rebooten van de server heeft niet geholpen. 't Lastige is dat er geen toetsenbord & beeldscherm aanzit dus als iemand een manier weet om dit te fixen via ssh hoor ik het heel graag!!
LOL, is er toevallig een of ander alias aangemaakt wat deze toets sloopt? Heeft er iemand anders met jouw account lopen 'spelen' toevallig? 
/u/18178/logo-60x60.png?f=community){kind=logo}
---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate
/u/19267/crop5dafece992bf2.png?f=community)
Maar als je dit niet zelf hebt gedaan dan lijkt me dat iemand een practical joke aan het uithalen is (hou je dat voor mogelijk?) of misschien jouw standaard bash shell heeft vervangen door een andere, of dergelijke grappen.
Zoiets, of je systeem is gekraakt, of jij of een programma heeft een instelling op vrij vage wijze veranderd (maar ik heb nog nooit gehoord van een programma dat dit 'per ongeluk' doet).
Zoiets, of je systeem is gekraakt, of jij of een programma heeft een instelling op vrij vage wijze veranderd (maar ik heb nog nooit gehoord van een programma dat dit 'per ongeluk' doet).
offtopic:
Wees blij dat de andere shells in je pad stonden. Anders had je ze niet eens kunnen opstarten
Wees blij dat de andere shells in je pad stonden. Anders had je ze niet eens kunnen opstarten
[ Voor 13% gewijzigd door Wilke op 23-07-2004 13:52 ]
In /etc/.inputrc was niets te zien. Een practical joke sluit ik eigenlijk uit; ik ben de enige echte gebruiker van de server, muv wat ftp-ers en smb-ers die geen shell hebben en dus niet kunnen inloggen.
Opnieuw installeren van bash bood geen oplossing en eigenlijk vertrouw ik 't niet meer zo; ik denk dat ik 's een nieuwe installatie ga doen...
Opnieuw installeren van bash bood geen oplossing en eigenlijk vertrouw ik 't niet meer zo; ik denk dat ik 's een nieuwe installatie ga doen...
:strip_icc():strip_exif()/u/10190/debian2.jpg?f=community)
:
offtopic:
Wees blij dat de andere shells in je pad stonden. Anders had je ze niet eens kunnen opstarten
code:
1
2
3
4
| export PATH=".:$PATH" cd usr cd bin naam_van_shell |
Het kan dus wel zonder de slash te gebruiken, is alleen wat omslachtiger
.Voor het probleem kan ik overigens niet direct een oplossing verzinnen. Ik gok dat je het probleem ergens in /etc moet zoeken, maar ik durf niet te zeggen waar precies. Een inbraak is mogelijk, maar naar mijn mening niet heel waarschijnlijk. Je zou eens kunnen proberen of 'loadkeys -d' het probleem oplost, al heb ik daar weinig hoop op. Ik vermoed dat andere shells hetzelfde probleem zou hebben als het in je keymap zou zitten.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
/u/8/oog3.png?f=community)
"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan
---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate
@jeroene: dit . was idd een tikfout. Maar met eerst ctrl-V en daarna / werkt het wel! Alleen slechts eenmalig. Wat betekent dat?
@Kees: had ik idd al geprobeerd
@pgh001: OS is linux; ik log in met openssh-client. Bij andere shells speelt het dus niet, alleen bij bash. Telnet zal ik zo nog 's proberen, net als dat ding uit de kast slopen en monitor en toetsenbord eraan hangen.
Bedankt voor al jullie reacties iig!
@Kees: had ik idd al geprobeerd
@pgh001: OS is linux; ik log in met openssh-client. Bij andere shells speelt het dus niet, alleen bij bash. Telnet zal ik zo nog 's proberen, net als dat ding uit de kast slopen en monitor en toetsenbord eraan hangen.
Bedankt voor al jullie reacties iig!
Pagina: 1