Jak edytować plik .bashrc bez logowania

To prawdopodobnie duplikat pytania, ale nie znam wystarczająco procesu logowania / rozruchu CentOS (szczególnie na maszynie wirtualnej), aby wiedzieć, czego szukać.

Korzystam z CentOS 7 w VirtualBox. Przypadkowo dołączyłem gnome-terminaldo końca mojego ~/.bashrcpliku. Więc teraz pojawia się okno terminala, gdy się loguję. Sesja terminala jest wykonywana .bashrc, co otwiera kolejne okno itp. Itd. I jestem zalany mnóstwem gnome-terminalokien terminala.

Próbuję zalogować się do sesji terminala bez logowania GUI (więc gnome-terminalkończy się niepowodzeniem), ale nie mogę go uruchomić bez GUI. Próbowałem użyć odpowiedzi na to pytanie, ale bez powodzenia. Za każdym razem otrzymuję login GUI: Jak uruchomić CentOS w CLI? . Czy istnieje inny sposób edycji konfiguracji grub podczas rozruchu lub sposób uzyskania dostępu do nowej instancji terminala z poziomu logowania GUI, np. Ctrl + Alt + F1 w Ubuntu? (Tak, próbowałem. To albo nie działa w CentOS 7, albo nie działa w VirtualBox VM.) Lub jest inny sposób na uzyskanie sesji terminalu bez GUI, więc mogę edytować .bashrci naprawić ten bałagan?

CtrlAltF1może zostać przechwycony przez hosta lub VirtualBox może nie przekazać go poprawnie. Kilka szybkich testów mówi mi, że możesz użyć klucza Host zdefiniowanego w VirtualBox zamiast CtrlAlt(może to być lewy Ctrllub lewy ⌘komputer Mac). Tak więc naciśnięcie ⌘F1przełącza na TTY1 w VirtualBox dla mnie (i podobnie dla ⌘F7powrotu do GUI).

Możesz uruchomić system z dysku CD z systemem Linux na żywo, a następnie zamontować system plików CentOS i stamtąd edytować plik .bashrc.

Init / bin / sh z konfiguracji grub

Możesz edytować swoją konfigurację grub, aby załadować powłokę root zamiast przejść do GUI.

1. Uruchom ponownie maszynę wirtualną
2. Kiedy pojawi się menu grub, wybierz pierwszy wpis i naciśnij, eaby edytować. Jeśli się nie pojawi, uruchom ponownie i przytrzymaj klawisz Shift podczas rozruchu

3. Znajdź linię zaczynającą się od linux16lub linux. Mój wygląda tak. Twoje mogą się nieznacznie różnić

   linux16 /vmlinuz-3.10.0-327.18.2.el7.x86_64 root=/dev/mapper/centos-root ro crashkernal=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet LANG=en_US.UTF8

4. Zmień na ( flaga tylkoro do odczytu na zapis, aby móc zapisywać zmiany) i dołącz do linii. To mówi Linuksowi, aby działał zamiast przy starcie. Przykład mojego wpisurwinit=/bin/sh/bin/shinit

   linux16 /vmlinuz-3.10.0-327.18.2.el7.x86_64 root=/dev/mapper/centos-root rw crashkernal=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet LANG=en_US.UTF8 init=/bin/sh

5. Naciśnij Ctrl-X, aby uruchomić konfigurację. To nie zostanie zapisane.

6. Pojawi się powłoka root. Użyj go, aby edytować swoją .bashrclinię i usunąć ją.

   Pamiętaj, że nie powinieneś nadal używać systemu operacyjnego w tym stanie, ponieważ powłoka będzie działała jako PID 1, zwykle zarezerwowana dla initprocesu. Możesz ręcznie kontynuować init za pomocą, exec /sbin/initale zalecam tylko ponowne uruchomienie

7. Uruchom ponownie jak zwykle. Twoje poprzednie zmiany zostaną zapomniane.

Zasadniczo edytujemy opcje rozruchu przekazane do systemu Linux z GRUB, które mówią Linuksowi, aby zamontował główny system plików do odczytu i zapisu i rozpoczął /bin/shproces inicjowania

Działa to dla mnie przy użyciu Centos 7 i VirtualBox 4.3.12

scp naprawioną kopię .bashrcw miejscu

Jeśli masz inną maszynę do pracy, weź kopię uszkodzonego pliku i napraw problem, a następnie umieść go z powrotem tam, skąd pochodzi. Pozwala to uniknąć logowania i wywoływania jakichkolwiek poleceń logowania.

user@backup ~ $ scp user@homehost:~/.bashrc busted.bashrc
user@backup ~ $ vim busted.bashrc # fix, fix
user@backup ~ $ scp busted.bashrc user@homehost:~/.bashrc
user@backup ~ $ rm busted.bashrc

Dodatek: Jak wskazuje OP poniżej, wymaga to dostępu do SSH homehost. Jeśli nie jest to opcja, ale zamiast tego dostępny jest FTP / SFTP, każda metoda przesyłania plików zrobi to, czego potrzebujesz, to po prostu zainstalować poprawiony plik logowania.