IPTUX всегда работает в фоновом режиме

dd - очень мощный, но очень опасный инструмент. Создайте резервную копию любого нового на целевом диске (например, в разделе / ​​dev / sda5), прежде чем начинать подделывать dd.

Я думаю, что наименее опасным методом будет клон

«все» с резервного образа на дополнительный диск клонирует первый раздел с дополнительного диска на первый раздел целевого диска. Но вы повредили головку диска (первый mibibyte), поэтому вам нужно клонировать эту часть с резервного образа на целевой диск. Вы можете использовать count=N для копирования только N блоков, а размер блока по умолчанию - 512 байт.

Еще один более быстрый, но более рискованный метод заключается в клонировании первой части резервной копии с головного конца до конца первого раздела.

0
задан 28 June 2012 в 10:16

20 ответов

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 25 July 2018 в 18:16

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 25 July 2018 в 18:16

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 2 August 2018 в 00:30

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 2 August 2018 в 00:30

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменений в файле.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 2 August 2018 в 00:30

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 4 August 2018 в 15:58

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 4 August 2018 в 15:58

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменений в файле.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 4 August 2018 в 15:58

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменения файла.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 6 August 2018 в 00:37

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 6 August 2018 в 00:37

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 6 August 2018 в 00:37

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменений в файле.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 7 August 2018 в 18:03

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 7 August 2018 в 18:03

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 7 August 2018 в 18:03

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 10 August 2018 в 06:50

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 10 August 2018 в 06:50

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменения файла.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 10 August 2018 в 06:50

У меня тоже была такая же проблема. Поэтому я удалил iptux и удалил все файлы, связанные с iptux в системе. Затем я переустановил iptux, и это сработало.

0
ответ дан 15 August 2018 в 18:47
  • 1
    Добро пожаловать в Спросите Ubuntu rohitrounak! Даже несмотря на то, что ваш ответ пытается ответить на вопрос, было бы лучше добавить фактические этапы того, как вы это сделали, как в реальных командах. Это сделано для того, чтобы (1) вы могли помочь другим людям, которые не знают команд, и (2) человек, который задал вопрос, похоже, уже пытался переустановить IPTUX, но, возможно, вы выполнили больше действий, чем он. Вы можете отредактировать свой ответ и включить шаги. – Alaa Ali 8 July 2013 в 12:18

У меня тоже была такая же проблема. Решение было таким, как определено exIT Solutions:

  • Сначала найдите файл %gconf.xml на вашем компьютере. Мой был в ~/.gconf/apps/iptux/%gconf.xml. Отредактируйте его с помощью любого текстового редактора.
  • Второй поиск строки:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = "true"

и изменили его на:

entry name = "hide_startup" mtime = "1410256594" type = "bool" value = " false "

Сохраните файл и выйдите из системы. После входа я запустил iptux, и он работал нормально.

0
ответ дан 15 August 2018 в 18:47

Я застрял в той же ситуации, но я точно знаю, что вы можете изменить файл% gconf.xml напрямую, используя

sudo nano <config file path>/%gconf.xml

, который должен находиться в любом из следующих мест

~ / .cache / iptux

~ / .gconf / apps / iptux

~ / .config / iptux

Я изменил файл, но когда я перезагружаю систему, кажется, что он вернулся к оригиналу.

Запись в файле, которую вам нужно найти, чтобы изменить это:

name="hide_startup" mtime="1343670281" type="bool" value="true"

измените его на:

name="hide_startup" mtime="1343670281" type="bool" value="false"

Я полагаю, причина возврата файла к предыдущему состоянию заключается в том, что процесс iptux должен выполняться в фоновом режиме и, следовательно, не допускать изменения файла.

Я ищу способ убить процесс iptux перед изменением файла конфигурации, но не могу найти процесс для iptux.

Рассмотрим его немного и Вы знаете, если я найду имя процесса.

2
ответ дан 15 August 2018 в 18:47
  • 1
    Что я обнаружил, так это то, что вы не можете остановить iptux, поскольку у него нет собственного процесса, но он опирается на другие процессы (здесь не буду углубляться), но мое решение состояло бы в том, чтобы запустить Ubuntu в режиме восстановления, нажав F8 через некоторое время после исчезновения экрана BIOS (до экрана загрузки Ubuntu) и выберите ремонт ... или это был режим восстановления ... но вы поняли идею. Затем вы можете использовать терминал для изменения файла. Таким образом, iptux не запустится, и файл должен быть хорошо изменен. – exIT Solutions 31 July 2012 в 18:19
  • 2
    Дайте мне знать, как это происходит. Я не могу попробовать это, так как моя проблема на шаг впереди ... У меня проблема на тонком клиенте, а не на сервере. Я, вероятно, попытаюсь выключить тонкий клиент, а затем изменить файл конфигурации. – exIT Solutions 31 July 2012 в 18:20
  • 3
    Да, это сработало для меня. Думаю, вам придется выйти из своего профиля и войти в систему как администратор или root (не рекомендуется), а затем изменить файл или запустить терминал в так называемом безопасном режиме или режиме восстановления. – exIT Solutions 31 July 2012 в 18:29
  • 4
    Я обнаружил, что не имеет значения, работает ли iptux в фоновом режиме, но так долго, пока профиль (логин), который создает проблему, не используется или не заблокирован. Это означает, что если вы просто выйдете из системы и войдете как другой пользователь или администратор, вы сможете изменить файл конфигурации iptux профиля проблемы (xml). – exIT Solutions 31 July 2012 в 18:32
  • 5
    Я предлагаю использовать sudo nano / home / & lt; ваше имя пользователя & gt; / & lt; путь к файлу конфигурации iptux & gt; /% gconf.xml и изменить на false, как описано ранее. – exIT Solutions 1 August 2012 в 06:19

Другие вопросы по тегам:

Похожие вопросы: