На основе моего опыта рассмотрения новых, не преподававших пользователей: их основные проблемы с пониманием и наличием схватывания на том, что то, что на теперь общем Windows/KDE/Xfce/IceWM-like рабочем столе - они запутываются элементами DE и боящийся.
После обдумывания этого я пришел к выводу, что Nextstep/WindowMaker / (возможно, Gnome 3) - как рабочий стол намного более логичен в его понятиях, и более прост, и следовательно должен быть легче понять для новых пользователей. Так, я предлагаю дистрибутив с хорошо установка DE этого вида для пользователей, плохо знакомых с компьютерами.
создавать более ясную и удобную настольную среду для тех пользователей дома, которые не могут схватить все понятие обычного сложного современного (= чрезмерно увеличенный в размере) настольная среда (окна, строки заголовка окна, минимизировали окна, приложения в лотке) и следовательно не может отслеживать запущенные приложения и управлять ими эффективно.
(Когда я настроил систему, я раньше думал, что XFCE будет более или менее приемлемым выбором (...), но я заметил довольно много беспорядка. Проблемы:
(незначительный) строка заголовка не схвачена как управление для окна (т.е. не часть приложения, но стандартное прикладное внешнее управление); скорее просто это - просто некоторый запутывающий непредсказуемый текст, даже возможно, не связанный с окном.
(незначительный) обычное специализированное меню наверху окна не видится/находится (специализированное меню ожидается где угодно: в элементах XFCE, или глубоко в окне).
(важная) Панель задач не дает необходимую информацию о запущенных приложениях (который мог бы быть в минимизированных окнах): насколько я понимаю прямоугольные регионы с некоторым текстом в них (заголовки окон), кажется, не понятны, не примечательны.
(связанные) Приложения, представленные значками в лотке только, путают вещи и преувеличивают проблему с панелью задач: приложение может быть представлено или там или здесь, никакой простой способ проверить все запущенные приложения.
Кроме того, "упрощенное" управление окнами означает, что нет никакой потребности изменить размер и переместить и соответствовать окнам, таким образом, что-то как менеджер окон мозаичного размещения с одной основной большой мозаикой внутри, которая всегда максимизируется активное окно, может считаться идеалом (хотя, на практике существуют сложности: оконные приложения как Skype).
Я думал
любой xmonad с одной большой основной мозаикой и всеми другими окнами, представленными маленькими (квадратными) мозаиками в стороне - каждое рабочее окно, видим затем и представленный всегда тот же путь (никакие другие представления: в панели задач или в лотке); и очень полужирные художественные оформления окна (так, чтобы окна были ясны быть отдельными объектами); и переключение окна путем выбора одной из маленьких (квадратных) мозаик (желание: с мышью); дополнительно: переключающее окно расположение (вызванный с простым нажатием клавиши, скажем, Победа или Клавиша меню), где все окна являются равными квадратами;
или WindowMaker - концептуально, получающееся решение будет подобный тому с ''xmonad'', описанным выше (но единственное понятие представления повреждается: или окно или большой значок); плюс то, что WindowMaker является готовым к использованию решением; должны будут настроить некоторые вещи: добавьте меню "приложений" к прикреплению или другому месту, запретите минимизацию окна (только iconification), попытайтесь сделать новые окна максимизируемыми по умолчанию, сделайте максимизацию окна (или iconification, если максимизируется?) действие по умолчанию двойного щелчка по заголовку. (Для различения этой настройки WindowMaker от стандартного я назову это "автоматическим" - когда имя будет необходимо, например, на имя pkg.)
(Что относительно Étoilé? Находящийся в GNUStep, подобный WindowMaker, но с "глобальным меню" (как в Mac OS). Действительно ли "глобальное меню" является более четким, чем на меню окна? Возможно... Но дистрибутивы поддерживают и заботятся о Étoilé?..)
(Что относительно Сахара? Может это быть основой для DE для взрослого, т.е. объединенный с использованием взрослых программ: обычный браузер, почтовый клиент, ООО, и т.д.?)
С любым решением мы должны будем представить файлы, которые ранее (в XFCE) были на рабочем столе специальным invokable окном (или под управлением файловый менеджер в xmonad или прикрепленный файловый менеджер в WindowMaker). Что касается выбора файлового менеджера, мы должны оставить протестированный и специализированное (в отношении ассоциаций файлов) один от Xfce. (Или попробуйте один WindowMaker заново? Ассоциации файлов могли быть не важными в WindowMaker, потому что можно отбросить файл на приложение в прикреплении, не так ли?)
WindowMaker, кажется, имеет очень хорошее понятие для непрофессиональных пользователей!
(Считайте еще некоторые биты моей разработки по этой теме...),
Нет никаких различий относительно базового состояния ядра.
Существуют незначительные различия относительно операции mount
команда: это отслеживает свои действия в /etc/mtab
, так выполнение mount
под chroot
обновит другое mtab
файл.
Вы могли также использовать mount --bind /proc ./my_chroot/proc
. Насколько я знаю, нет никакого практического различия между этим и mount -t proc none ./mychroot/proc
: можно смонтироваться proc
файловая система как много раз как Вам угодно и монтирует, что опции проигнорированы. mount --bind
будет препятствовать тому, чтобы Вы размонтировали файловую систему на /proc
вне chroot, но этого никогда не должно происходить так или иначе.
Как в стороне, я рекомендовал бы mount -t proc proc …/proc
потому что наблюдение proc
в поле устройства в a mtab
или в /proc/mounts
более ясно, чем наблюдение none
.