#4 „failed to connect to lvmetad ..”
Mert azt is mount-olnod kellett volna, így veszett fejsze ... (vélhetóen, de nem tudom, mit titkosítottál).

Ha az alábbi -korábban is linkelt- leírást
https://linuxmint.hu/blog/2017/09/a-grub-ujratelepitese-beallitasa-live-...
elolvasod, akkor onnan már egy lépés a másik (említve van a fentiben),
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
és akkor ott egy megoldás - amiről el kell döntened, jó-e neked vagy nem. Íme:

-- ha használod a LUKS-ot, akkor így csatolj - a logika ugyanaz ('x|Y')

sudo cryptsetup luksOpen /dev/sdxY sdxY_crypt

Korábban linkeltem neked a két leírást, íme ugyanaz a két URL:

A GRUB újratelepítése: Live Rendszer alól <-- ez az

A GRUB újratelepítése: SystemRescueCD

Mit jelent, hogy nem működött a sudo? Debian Live CD-t használtál? ... kicsit részletezz, pontosíts.

 Nos a fellelhető leírtak alapján megcsináltam amiket ír, de nem lett jó.

A következő eredménye lett a LiveCD-s változatnak. Azt a leírást követtem, ami itt a fórumon fellelhető.

https://linuxmint.hu/blog/2015/09/grub-ujratelepitese

vagy a másik

https://linuxmint.hu/blog/2015/10/grub-egyszeru-ujratelepitese-egyetlen-...

az eredménye a LiveCD-s báltozatnak:

https://1drv.ms/i/s!Avkd_UeNHSzAgu4JeRBikshiQcxmIA

A második verziónál a végeredmény: sudo not found

Mi lehet a hiba?

#9 „semmilyen különleges titkosítást nem használtam, a telepítéskor megadtam egy jelszót, ennyi. de nem tettem titkosítottá a telepítéskor, belépéskor jelszót sem kért. ”
„/run/lvm/lvmetad.socket: connect failed: no such file or directory”
-- LVM-et biztosan csináltál .. hogy a titkosításra nem emlékszel, az biztos nem az én bűnöm. :-)
https://askubuntu.com/questions/745218/ubuntu-wont-boot-because-of-lvmetad

„elsőre a systemrescuecd-s változatot csináltam, arra írta ki a sudo not found-t, utána próbáltam a livecd-s változatot, annak a képeit tettem fel. ott jött az error üzenet az EFI -re. mondjuk utána marhaság volt beírni az update-t.”
-- sudo nélkül?

„https://1drv.ms/i/s!Avkd_UeNHSzAgu4JeRBikshiQcxmIA”
-- látható, a grub frissült
-- az én leírásomban található os-prober parancsot kihagytad, így esély sem volt rá, hogy felismerje a Windows-t is a GRUB

„grub-install.real: error: cannot find EFI directory”
https://askubuntu.com/questions/53578/can-i-install-in-uefi-mode-with-th...

Szerintem kicsit gondolkodj el a leírásokat olvasgatva, hogy mi miért van, melyik lépés mit csinál.

semmilyen különleges titkosítást nem használtam, a telepítéskor megadtam egy jelszót, ennyi. de nem tettem titkosítottá a telepítéskor, belépéskor jelszót sem kért. 

elsőre a systemrescuecd-s változatot csináltam, arra írta ki a sudo not found-t, utána próbáltam a livecd-s változatot, annak a képeit tettem fel. ott jött az error üzenet az EFI -re. mondjuk utána marhaság volt beírni az update-t.

 

#12 Én a 'do'-nál semmilyen gondot nem látok.

ok, elgondolkodom...

 a LiveCD USB-t UEFI-s gépekhez hoztam létre a Rufus-l.

beírogattam amiket írtál, majd üzente az errort.

https://1drv.ms/i/s!Avkd_UeNHSzAgvBD6kyeM5Ptt4QPWw

holnap tanulmányozom azt az EFI directory-s linket, ami írtál, ma már nincs agyam hozzá. van egy efi partíció sda2 majd megnézem azzal kell e valamit tenni.

 

#14 Igazából csak másolod a parancsokat és futtatod azokat. Ez nagyon nem lehet gond. A gyökér fájlrendszert kell megtalálni, vagy annak elhelyzkedését. Ez általában sem nehéz dolog, a leírásban benne a módszer. Más módszer lehet, hogy  a gyökér fájlrendszer (sdxy) alatt találhatóak a rendszer könyvtárak

ls / -w1
autogenerated_version_info.h
bin
boot
dev
etc
home
initrd.img
initrd.img.old
lib
lost+found
media
mnt
opt
proc
root
run
sbin
srv
sys
tmp
usr
var
vmlinuz
vmlinuz.old

vagy

du -hx --max-depth=1 / 2>/dev/null
19M    /etc
66M    /boot
1,3G    /var
9,7M    /sbin
9,9M    /bin
4,0K    /srv
4,0K    /root
56K    /tmp
16K    /lost+found
837M    /opt
55G    /home
4,0K    /mnt
5,9G    /usr
12K    /media
452M    /lib
63G    /

vagy további kutakodások

mount
[...]
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
[...]

vagy

sudo fdisk -l
Disk /dev/sda: 76,3 GiB, 81964302336 bytes, 160086528 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xbe73be73

Device     Boot   Start       End   Sectors  Size Id Type
/dev/sda1          2048   3905535   3903488  1,9G 82 Linux swap / Solaris
/dev/sda2  *    3905536 160086015 156180480 74,5G 83 Linux

vagy

sudo parted -l
Model: ATA Maxtor 6Y080L0 (scsi)
Disk /dev/sda: 82,0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system     Flags
 1      1049kB  2000MB  1999MB  primary  linux-swap(v1)
 2      2000MB  82,0GB  80,0GB  primary  ext4            boot

vagy

findmnt | grep dev/sd
/                                     /dev/sda2   ext4            rw,relatime,errors=remount-ro,data=ordered

vagy

sudo find / -name fstab 2>/dev/null
/etc/fstab
/usr/share/doc/util-linux/examples/fstab
/usr/share/doc/mount/examples/fstab

és

less /elérési_út/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=0ca6fc97-dfe4-492a-9ki1-7m8793ari39e /               ext4    errors=remount-ro 0  

Szerk.: vagy („root” - ellenőrzés)

ls -l /dev/sda2
brw-rw---- 1 root disk 8, 2 okt   15 01:11 /dev/sda2

... úgyhogy a Linux gyökér partíció megtalálása nem egy ördöngös feladat. Érdemes lehet megjegyezni, hogy a telepítéskor melyik device-ra ment...(fel).

 a sok próbálkozástól valami megsérült és újratelepítettem windows nélkül.

majd felteszem virtualboxban a windows, ha itthon is akarok munkahelyi dolgokat menedzselni.

azért köszönöm a tanácsokat, én szúrtam el valamit...  a "do"-nál meg elírtam valamit, azért írhatta a baját...

#16 Igen, ez a (korábban is) linkelt leírásban is benne van:

-- ha a rendszerbetöltőd az (U)EFI - a logika ugyanaz ('w|Y')

sudo mount /dev/sdwY /mnt/boot/efi

#12 „van egy efi partíció sda2 majd megnézem azzal kell e valamit tenni.”
A GRUB helyreállítását Live rendszer alól máskor eleve azzal kezd, hogy megnézed, milyen partíciós táblád és partícióid vannak.

sudo parted -l

vagy

sudo fdisk -l

(Amennyiben Windows 10 mellett van a Linux, az nagyon nagy eséllyel UEFI módban használt gép, eleve esélyed sem volt a Legacy módban használt hagyományos telepítéshez készült leírásokat követve kielégítő eredményhez jutni.)
Ha UEFI módban van telepítve a gép (GPT tábla és van EFI boot partíció), akkor annak megfelelően kell végezni a GRUB újratelepítését, ilyenkor az alapeljárás a hagyományos (Legacy) telepítéshez képest egy sorral kiegészül:

sudo mount /dev/sdXN /mnt
sudo mount /dev/sdXE /mnt/boot/efi
sudo mount -B /dev /mnt/dev
sudo mount -B /proc /mnt/proc
sudo mount -B /sys /mnt/sys
sudo chroot /mnt
update-grub
grub-install /dev/sdX
exit
sudo reboot

sdXN a Linux rendszered rendszerpartíciója, sdXE a /boot/efi partíciód (vagyis nálad most az sda2 lett volna)...
Az esetleges titkosítás még hab a tortán.

@#20 „...talan mert regebben lapozgatott a lenovo oldalon,és véletlenul olvasgatta...azota pedig elfelejtette.”
-- akkor felesleges volt megjegyezned, hogy ott (csak szerinted) a megoldás, mert az akárhol máshol is lehet
-- tehát még hozzávetőlegesen sincs fogalmad arról, a kérdező merre induljon el ..., mi pedig elmondtuk neki már :-)
Gratulálok.
A mi vállunk megveregetve, buksink megsimizve.

@#24 Kedves lazlo. Lehet 'húzogatni a bajszomat', én egészen jól tűröm :-), de most nem az enyémet húzogatod. Viselkedj, és válaszolj tisztességesen a fórumon!