Восстановление doc файлов удалённых из корзины (удаленных безвозвратно)

foremost + поиск по hex сигнатуре ключевой фразы

 

Возможная причина зависания докер-стека с nexus контейнером

Замечена следующая запись в логах докер-контейнера Nexus:

2020-03-29 04:38:24,057+0000 INFO  [elasticsearch[7C55F644-0DBAA3EE-2F8CDD2A-B80A1828-4E5E2BDB][scheduler][T#1]] *SYSTEM org.elasticsearch.monitor.jvm - [7C55F644-0DBAA3EE-2F8CDD2A-B80A1828-4E5E2BDB] [gc][young][3302][18] duration [958ms], collections [1]/[1.7s], total [958ms]/[1.4s], memory [380.1mb]->[137.5mb]/[1.1gb], all_pools {[young] [245.6mb]->[384.6kb]/[254mb]}{[survivor] [5mb]->[7.6mb]/[73mb]}{[old] [129.5mb]->[129.5mb]/[800mb]}

соответственно, предположение в том, что на локальной машине с DockerDesktopVM работа эластика тормозится работой через драйверы смонтированного раздела /nexus-data на хостовую файловую систему. Ну или как-то связано с этим.

Проблемы достучаться к локальному докер-реестру на Nexus в docker stack

Диспозиция: докер-стек на Docker Desktop (Windows 10) с jenkins-slave, который хочет сделать docker push собранного образа и не может, сообщения:

Get http://nexus:8083/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

и подобное.
Похоже, проблема из-за того, что (и в случае когда) докер на jenkins-slave работает через монтирование docker.sock хоста (как volume) - в результате докер-операции происходят на хосте, и там неизвестен nexus, который известен как сервис внутри докер-сети.
Лечится прописыванием имени хоста докер-реестра (nexus в этом случае) в %system32%/drivers/etc/hosts хоста DockerDesktopVM (винды, то есть).
nexus, порты которого замапены (уже должны быть) на localhost, после обращения изнутри докер-контейнера дженкинс-слейва является в этом смысле localhost'ом тоже -
точно (проверено) работает при тех же портах, прописанных в мэпинге докер-контейнера nexus:

  nexus:
    image: sonatype/nexus3:3.22.0
    volumes:
      - nexusvolume:/nexus-data
    ports:
      - "8081:8081"
      - "8083:8083"
      - "8082:8082"

(фрагмент docker-compose.yml докер-стека)

То есть, в %system32%/drivers/etc/hosts хостовой винды прописывается:

127.0.0.2 nexus

наверняка, работало бы и 127.0.0.1

Фикс ромбов в консоли на русских буквах, кракозябры, кириллица, консоль, CentOS

если не отображаются русские буквы в консоли Linux (CentOS):
yum localinstall http://mirror.yandex.ru/fedora/russianfedora/russianfedora/free/fedora/releases/19/Everything/x86_64/os/workaround-cyrillic-console-1.0-5.fc19.R.noarch.rpm

пример кириллического шрифта

Много оперативной памяти занято сразу после старта Windows 10

https://imacros.ru/raznoe/sluzhba-politiki-diagnostiki-windows-10.html
После отключения нескольких служб освобождается до 10Гб RAM.

• Служба политики диагностики (Diagnostic Policy Service).
• Вспомогательная служба IP (IP Helper) 
• Модуль поддержки NetBIOS через TCP/IP (TCP/IP NetBIOS Helper)
• Windows Search

Не пингуется хост из гостевой Hyper-V, нет интернета в гостевой машине Hyper-V, Windows 10

Виртуальная машина в Hyper-V, использующая Default switch, может лишаться сети из-за VPN-клиента на хосту. Как пишут, дефолт-свич может использовать настройки доступного ему DHCP-сервера, из-за чего по всей видимости могут прописаться не те роуты.
В общем, отключение VPN на момент настройки свича (возможно, при каждой загрузке винды это происходит) возвращает доступность сети и интернета в гостевой машине.

UPD
Это не решает проблему после перезагрузок, на данный момент рабочая схема с созданным внутренним hyper-v свичом с NATом, с которым делится интернетом вайфай-соединение (основное рабочее).

VirtualBox под Windows 10(host) проблемы с установкой Ubuntu, Debian, CentOS

Непонятные ошибки при установке, послеустановочном запуске.
Нужно отключить Hyper-V в панели управления - вкл/выкл компонентов Windows.