В общем, когда оболочка анализирует исходный код оболочки для выполнения, маловероятно, что текст анализируемого файла когда-либо будет полностью сохранен в памяти.
Даже если оболочка считывает весь сценарий как есть в буфер памяти, маловероятно, что этот буфер будет зависать после завершения выполнения сценария, и в любом случае оболочка не имеет средств для доступа к таким данным.
Думаю, вам лучше всего делать именно то, что вы делаете; начните с последней резервной копии файла и выгрузите псевдонимы, функции и среду из текущей активной оболочки. Затем восстановите файл из этих фрагментов.
/dev/nvme0n1
— это NVMe SSD, а не HDD. Если к (физически не подключен внешний жесткий диск, и его не было при последней перезагрузке системы ), /dev/sda
в конце концов может быть вашим внутренним жестким диском.
Будет ли «жесткий диск на 1 ТБ и твердотельный накопитель на 256 ГБ» соответствовать описанию того, что должно быть в вашем оборудовании? (238,5 ГиБ = 256 ГБ и 931,5 ГиБ = 1000 ГБ = 1 ТБ)
ОС не обязательно точно знает, является ли конкретный жесткий диск внутренним или внешним :, поскольку он явно инициализирован файловой системой Linux определенного типа, но в остальном не используется ОС, среда вашего рабочего стола может автоматически -монтироваться это для вас /media/<your username>/<filesystem UUID>
, в предположении, что это внешний съемный диск... предположение, которое может быть неверным.
Возможно, вы случайно установили ОС Linux только на твердотельный накопитель, а жесткий диск полностью не использовали.
Он уже смонтирован в точке монтирования /media/tayfun/af7ac763 -b0ca -4314 -a066 -cfc45995129d.