Вызывает ли команда «reset» память сеанса, используемая командами?
Нет, 13.10 deb не будет устанавливаться на 14.04.
Вы можете попытаться построить из источника и установить оттуда.
Загрузите и извлеките источник из: https: // download .01.org / gfx / src / intel-linux-graphics-installer_1.0.4.tar.gz
Я побежал ./configure, но застрял в:
No package 'gtk+-3.0' found
No package 'gio-2.0' found
No package 'polkit-gobject-1' found
No package 'packagekit-glib2' found
No package 'libsoup-gnome-2.4' found
No package 'gmodule-2.0' found
Мне не хочется устанавливать все эти пакеты отдельно, так как gtk + -3.0 больше 4 ГБ.
Может быть, кто-то еще с большим опытом может взять это отсюда?
UPDATE: Доступно 14 мая: https://download.01.org/gfx/src/intel-linux-graphics-installer_1.0.4.tar.gz
Хотя это не сработало для меня, на обеих моих машинах я застрял в:
Finished : E:GPG error: http://download.01.org trusty InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) [ ] ◦
main-window.c/on_transaction_finished: Package transaction finished with an error
Думаю, нам просто нужно дождаться, когда Intel исправит свое репо? [ ! d16]
1 ответ
reset поступает из ncurses, а не coreutils.
Сбрасывает множество свойств терминала, но далеко не все. Также во многих эмуляторах терминалов, включая последние версии gnome-terminal, он также очищает весь буфер прокрутки в том смысле, что он больше не доступен через пользовательский интерфейс, например. используя полосу прокрутки.
Я не уверен, что вы подразумеваете под оперативной памятью (я имею в виду, я, очевидно, знаю, что это значит, но я не совсем понимаю, какой аспект вы просите). [!d2 ]
Терминальный эмулятор свободен для реализации желаемого поведения любым способом, которым он хочет. Например. он может использовать язык программирования или библиотеку с сборкой мусора, и в этом случае вы вряд ли сможете контролировать ситуацию, когда данные фактически исчезают из ОЗУ.
Терминал GNOME имеет очень сложную реализацию истории прокрутки. Немного больше, чем обычно видимые строки (т. Е. При условии, что вы не прокручивали назад) сохраняются в ОЗУ. После некоторого момента данные, которые были прокручены, преобразуются в другой формат (все еще в ОЗУ), доставляются до более крупных блоков, как только заполняется полный блок, затем сжимаются, зашифровываются и записываются на диск. (Все это предполагает, что vte-0.40 или новее, более старые версии были совсем другими). Но он все еще находится в ОЗУ процесса, пока что-то другое (т. Е. Даже больше данных в терминале) не займет своего места. Кроме того, есть кеш чтения, в котором он может присутствовать.
Но все это должно быть релевантным только, если вы исследуете след памяти процесса по причинам, таким как попытка понять, какие данные могут быть восстановлены, если кто-то перейдет в живую систему и получает root-доступ. В этом смысле нет никакой гарантии, что данные, визуально уничтоженные reset, вообще не подлежат восстановлению. Это может быть все еще в ОЗУ или на диске (зашифровано с помощью ключа, находящегося в ОЗУ, до тех пор, пока вы не закроете данную вкладку терминала).
Если вы являетесь обычным пользователем, изучающим видимое поведение пользователя процесса то это видимое поведение пользователя - это все, о чем вы должны заботиться, это неуместно (и его довольно сложно выполнить), когда данные фактически удалены из ОЗУ процесса.
Итак, позвольте мне предположить, что вы на самом деле не заботятся о ОЗУ, вы заботитесь о видимом поведении пользователя для «обычных» пользователей. Если да, то да, после reset невозможно вернуть эти данные.