Řešení 1:
Doufejme, že používáte kořenový svazek EBS. Pokud ano, řešení není příliš obtížné.
V podstatě připojíte svazek EBS k jiné instanci, provedete změny a znovu jej připojíte k původní instanci:
- Zastavte (neukončujte) původní instanci
- Odpojte svazek EBS
- Spusťte další instanci
- Připojte svůj aktuální svazek EBS k nové instanci
- SSH do nové instance, připojte svazek EBS a proveďte potřebné změny
- Odpojte svazek EBS (např.
umount -d /dev/xvdhneboumount -d /dev/sdh) - Odpojte svazek EBS od nové instance a připojte jej jako kořenový svazek (např.
/dev/sda1) staré instance - Spusťte starou instanci
- Pokud vše funguje, ukončete novou instanci
Důvod, proč to funguje, je ten, že na nové, nové instanci máte správná oprávnění – její kořenový svazek je nedotčený – což ze souboru sudoers z vaší původní instance dělá jen další soubor, který můžete upravovat.
Pokud máte kořenový svazek úložiště instancí, bohužel pravděpodobně nebudete moci problém vyřešit a budete se muset vrátit k AMI, které jste vytvořili dříve jako zálohu.
Řešení 2:
Záleží, zda se jedná o kořenové zařízení AMI nebo EBS.
Pokud je to AMI a nemáte heslo root a AMI nenakonfiguruje root SSH přístup, pak nemůžete nic dělat.
Pokud se jedná o kořenový adresář EBS, můžete jej ukončit a připojit svazek k jiné instanci (jako další disk, nikoli kořenový adresář). Poté můžete buď získat přístup k datům, nebo opravit soubor sudoers a spustit novou instanci pomocí svazku.