Давай вывод команд

sudo fdisk -l

sudo grub-mkconfig -o /boot/grub/grub.cfg

Оформряй так:

[code]
тут
строки
вывода
[/code]

Перед тем как запостить используй предпросмотр, должно получиться примерно так, например:

$ sudo grub-mkconfig -o /boot/grub/grub.cfg
Генерируется файл настройки grub …
using custom appearance settings
Found background image: /usr/share/backgrounds/MXLinux/grub/MX-Gold1080P.png
Найден образ linux: /boot/vmlinuz-4.15.0-1-amd64
Найден образ initrd: /boot/initrd.img-4.15.0-1-amd64
Found memtest86+ image: /boot/memtest86+.bin
Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin

Огромное спасибо

root@kali:~# sudo grub-mkconfig -o /boot/grub/grub.cfg Generating grub configuration file ... Found background image: /usr/share/images/desktop-base/desktop-grub.png Found linux image: /boot/vmlinuz-4.15.0-kali2-amd64 Found initrd image: /boot/initrd.img-4.15.0-kali2-amd64 Found linux image: /boot/vmlinuz-4.14.0-kali3-amd64 Found initrd image: /boot/initrd.img-4.14.0-kali3-amd64 Found Windows 7 on /dev/sda2 done

root@kali:~# sudo grub-mkconfig -o /boot/grub/grub.cfg 
Generating grub configuration file ... 
Found background image: /usr/share/images/desktop-base/desktop-grub.png 
Found linux image: /boot/vmlinuz-4.15.0-kali2-amd64 
Found initrd image: /boot/initrd.img-4.15.0-kali2-amd64 
Found linux image: /boot/vmlinuz-4.14.0-kali3-amd64 
Found initrd image: /boot/initrd.img-4.14.0-kali3-amd64 
Found Windows 7 on /dev/sda2 done 

Ну тут понятно, но только обрамляй вывод в тег [code] я же даже пример привел. Вот тут подробно про оформление сообщений www.linux.org.ru/help/lorcode.md Читать же крайне не удобно.

Теперь давай вывод команды

sudo fdisk -l

Если при установке ты снес скрытый загрузочный раздел windows, то теперь только переустановка windows. Сфотографируй или перепиши что именно пишет grub при загрузке windows.

разве update-grub не подхватит винду - если загрузочный раздел уничтожен?

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

Не факт он может только сделать chainloader на bootmgr и главное, чтобы этот bootmgr хоть где-нибудь был, или на разделе с офтопом или на Recovery так вроде это у 7-ки называлось. Уже не помню ибо сам раздел был эталоном ненужности :-)

Там впереди какой-то мелкий раздел бывает (ntfs, но в самой винде скрыт, через оснастку управления дисками только видно), можно и без него установить мануально разбив диски (я помню у меня было на OEM, подозреваю что auto разбивка диска его тоже создает), но это не rescue, а боевой, на нем что-то нужное, как я понимаю.

был эталоном ненужности

совершенно верно - вспомнил, я разбивал винчестер хр-шным диском, а потом ставил 7-ку в заранее созданый раздел без всяких дополнительных загрузочных разделов, в результате загрузчик находился на одном разделе с системой и легко подхватывался рядом стоящим линем через update-grub, кроме того винтарь ограничен количеством первичных разделов и нех тратить их попусту... с десяткой такое не катит - изначально можно запихать ее в один раздел, но в любой может прийти обновление на новый билд - которое изменит разметку и сосдаст дополнительный раздел в 500 мб

Уже не помню ибо сам раздел был эталоном ненужности :-)

Я почему-то часто вижу совет выносить /boot на отдельный раздел. Чем это плохо?

Кащенко, а причем линуксовый /boot к recovery-разделу Винды?

Ну да, на recovery можно засунуть загрузчик ядра winload.exe и bcd-хранилище загрузки, но толку то?

От буткитов это не спасало в свое время.

(У меня Kali Linux)

Ну кто б сумневался. А зачем?

Так и есть.

разве update-grub не подхватит винду - если загрузочный раздел уничтожен?

ЕМНИП нет. Винда там сам загрузчик держит, а граб просто передает ему функции.

ЕМНИП, это только Recovery.

Но буду ставить на виртуалку, отпишу тут.

При чём тут recovery, когда этот 100-мегабайтный раздел для загрузчика?

да, кащенка прав, у них и gpt-типы разные, но оба скрытые — один бут, второй рековери

Скрытые от глаз простого юзера винды конечно

Он был и на MBR, но если так уж интересно, могу создать тему в толксах об эволюции загрузчика между NT5 и NT6.x, чтобы тут не захламлять топик.

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

Сегодня проверю.

снес скрытый загрузочный раздел windows, то теперь только переустановка windows

Нет.
Достаточно загрузки с установочного носителя Windows, выполнения (C: том с установленной Windows, консоль — Shift+F11):
0) для назначения буквы тому и пометки раздела активным:

> diskpart
diskpart> sel dis 0
diskpart> sel par 2
diskpart> assign letter c
diskpart> active
diskpart> exit

> bcdboot c:\windows /s c:

> bcdedit /store c:\boot\bcd /set {default} device partition=C:
> bcdedit /store c:\boot\bcd /set {default} osdevice partition=C:

Спасибо за уточнение, я сам в виндах не разбираюсь вообще.

Вот причем — https://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/d...

Я же помню, что, по крайней мере, просто Windows 7 OEM без SP создавала recovery раздел, где были и загрузчик и WinRE.

Вот с ритейл поставкой там да: если ставишь на неразмеченный ЖД создает отдельный бут раздел в 500 Мб. Раньше было 200 по дефолту.

Retail я уже проверил, там все как ты и говорил.

Правильно делает.
Иди на выньфак.

Склероз еще не косит наши ряды

Таки да, если идет установка OEM-версии на этот раздел кроме самого загрузчика туда пихается еще среда восстановления и memtest.

Пруф — https://pic4a.ru/84/xfb.png , https://pic4a.ru/84/nJy.png

Уже не помню ибо сам раздел был эталоном ненужности :-)

Потому что линукс умеет lvm и raid, венда не умеет ставиться ни на программный рейд, на на динамический раздел.

У венды можно сносить нафиг все её разделы кроме диска Ц (и efi), всё будет работать.