Вопросы Теги

Найти ранее отредактированные системные файлы

Используйте команду file, чтобы получить дополнительную информацию о файле. Например, шахта - это PNG: 

livewire@ZS00:~$ file .face 
.face: PNG image, 96 x 96, 8-bit/color RGB, non-interlaced

Этот конкретный файл используется в Ubuntu в качестве ресурса для вашего изображения аватара / пользователя. Вы можете либо заменить его изображением напрямую (JPEG и PNG должны работать, квадратная геометрия предпочтительна, а не крупнее) или использовать меню пользователя и групп по умолчанию для различных версий Ubuntu. 11.10 и 11.04 документированы:

https://help.ubuntu.com/11.10/ubuntu-help/user-changepicture.html

https: // help. ubuntu.com/11.10/ubuntu-help/user-changepicture.html

Странно, что файл принадлежит root, это не должно быть так, и обычно, если вы этого не сделаете установили изображение, этого файла не существует. Пожалуйста, используйте указанную выше файловую команду в файле. Я предполагаю, что это всего лишь изображение, и если я правильно помню, установщик 11.10 уже вызывал подключенную камеру во время установки, чтобы дать вам возможность сделать снимок себя и использовать его как аватар. Так что шансы высоки, это всего лишь ваша фотография. Это может быть просто ошибка, что файл принадлежит root.

1
задан 24 May 2012 в 01:19

16 ответов

Вы можете использовать debsums для этого. На странице man:

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

Вам нужно будет самостоятельно установить debsums, поскольку это не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я побежал

sudo checksums_init

ищет пакеты, которые не устанавливали файлы md5sums. Затем он сгенерирует эти файлы md5sums из бинарных пакетов, загруженных через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем change-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 25 May 2018 в 11:02
  • 1
    Это похоже на то, что мне нужно. Благодарю. – Frank_Zafka 24 May 2012 в 02:07
  • 2
    Off, но только для справки, если кто-то использует rpm-дистрибутивы, в системах на основе rpm вы можете сделать rpm -Va, чтобы найти изменения. – Richard Holloway 24 May 2012 в 02:09

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 25 July 2018 в 18:47

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

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

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 4 August 2018 в 16:26

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 6 August 2018 в 01:06

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 7 August 2018 в 18:33

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 10 August 2018 в 07:13

Вы можете использовать debsums для этого. На странице man:

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

Вы будете нужно установить debsums самостоятельно, поскольку он не установлен по умолчанию.

Я обнаружил, что когда я тестировал это, он жаловался на большинство пакетов, не имеющих контрольных сумм md5, поэтому я запустил

sudo checksums_init

Это ищет пакеты, которые не устанавливали файлы md5sums. Затем он будет генерировать эти файлы md5sums из бинарных пакетов, загружаемых через APT, если они доступны.

Как только это было завершено, я побежал:

sudo debsums -ce > ~/changed-configs.txt

и который создает файл с именем changed-configs.txt, в котором перечислены изменения конфигурации, сделанные локально, по сравнению с файлами, предоставленными из репозиториев.

Я думаю, что это должно обеспечить то, что вам нужно.

3
ответ дан 15 August 2018 в 19:13
  • 1
    Это похоже на то, что мне нужно. Благодарю. – Frank_Zafka 24 May 2012 в 02:07
  • 2
    Off, но только для справки, если кто-то использует rpm-дистрибутивы, в системах на основе rpm вы можете сделать rpm -Va, чтобы найти изменения. – Richard Holloway 24 May 2012 в 02:09

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 25 May 2018 в 11:02
  • 1
    Сервер старый. История Баша давно исчезла. Хорошая идея. – Frank_Zafka 24 May 2012 в 01:19
  • 2
    Я бы просто создал резервные копии любых конфигураций, которые вы считаете важными для работы сервера. Скорее всего, некоторые вещи в конфигурациях будут изменены в новых версиях. То, что мне нравится делать при создании сервера, - это создать папку / var / server_backup, а затем создать символические ссылки на все файлы конфигурации, которые я меняю (сохраняя полные пути от root, начиная с / var / server_backup), а затем я ежедневно переписываю резервную копию , Здесь не поможет, но нужно помнить о том, чтобы двигаться вперед. – reverendj1 24 May 2012 в 01:24

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 25 July 2018 в 18:47

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

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

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 4 August 2018 в 16:26

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 6 August 2018 в 01:06

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 7 August 2018 в 18:33

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 10 August 2018 в 07:13

Если вы отредактировали их через терминал, вы можете выполнить поиск в своей истории bash. то есть 

grep 'smb.conf' ~/.bash_history

или 

grep 'nano' ~/.bash_history

Я делал это несколько раз на сервере, когда я пытался документировать то, что я делал ранее. Было бы неплохо сначала создать резервную копию bash_history.

1
ответ дан 15 August 2018 в 19:13
  • 1
    Сервер старый. История Баша давно исчезла. Хорошая идея. – Frank_Zafka 24 May 2012 в 01:19
  • 2
    Я бы просто создал резервные копии любых конфигураций, которые вы считаете важными для работы сервера. Скорее всего, некоторые вещи в конфигурациях будут изменены в новых версиях. То, что мне нравится делать при создании сервера, - это создать папку / var / server_backup, а затем создать символические ссылки на все файлы конфигурации, которые я меняю (сохраняя полные пути от root, начиная с / var / server_backup), а затем я ежедневно переписываю резервную копию , Здесь не поможет, но нужно помнить о том, чтобы двигаться вперед. – reverendj1 24 May 2012 в 01:24

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

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