#7 Ha a chroot-ra gondolsz, akkor arról írtam egy leírást:
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
Lehet egyszerűbben is, de inkább leírtam a létező összes lehetőséget.
(a német alaposság nekem tetszik)

Tehát külső rendszerről bármely telepített rendszert bizonyos fokig használni tudsz, azaz azt helyre is tudod állítani. Úgy, mintha a telepített rendszer indítottad volna (grafikus alkalmazásokat lehetőleg ne indíts :) ...), azaz annak konzolát tudod használni, és az abban végzett tevékenységek a telepített rendszerre lesznek hatással. Frissítés, telepítés, konfigurálás, stb., mindaz, ami egy terminálban elvégezhető.

Én még azt is csináltam, hogy egy telepített rendszer, azaz nem Live alól -ami egy Debian- felvettem egy új tárolót, és onnan telepítettem egy ethernet kártya drivert. Az alany egy Scientific Linux volt. Szóval ezt is lehet. ;)
Live-ról 'tisztább, biztonságosabb'. Mármint, talán a(z a) gépem nem bírta (gyengusz), és néha volt egy-egy fura jelenség (semmi komoly amúgy) a két telepített rendszer közötti kommunikációban.

A parancsok természetesen -a kérdésed véve alapul- a chroot-ig a Debian-alapú rendszerekre, a chroot után az RPM csomagkezelőt használó rendszerekre lesznek jellemzőek.

Ezt szeretnéd?

#6 Sok :)

Ahogy látom, az eddig összegyűjtögetett intelligenciánk  kinőtte a hardvert, ideje lesz váltani, bele gondolok egy ember agya kb.15-20 évig használhatatlan 30-40 év aktív, 60  után  meg már használhatatlan és piszok lassú, az oprendszer em frissíthető és nem másolható. (egyelőre) :DD

Ma az egyik gépemen a családnak hála szükség van a helyreállításhoz suse  Live rendszerre, rá kellett döbbennem 13.2 -n volt utoljára elérhető.  A suse fórumon GeckoLinux-t ajánlják,  minden nekem kedves dolog eltűnik. lassacskán.

A kérdésem Linux Mint-n hogyan lehet elérni (letöltöttem 18.3-t) , hogy Live-n beadja #-t  ,  suse-n  anno  beírtam root és egy enter ?

 

#11 „sudo mount  /dev/sda5 /mnt   parancsra   kéri a jelszót  jelszót pedig nem tudok adni, 
a suse live-n  az első lépés  :~>root   entert (jelszó nem kell)  bejön   local :~#   innét root -ként már megy minden  .”
-- nem tudom, nekem ment a root jog a Scientific Linux-nál, de ... a Live rendszeren azt hiszem, nincs jelszó: Enter-t ütsz

Nincs ... :

Login and password for the live session

The Live session should log you in automatically. If it doesn't, or if you need to login manually, you can use the following credentials:

• For the username, type "mint"
• For the password, if asked, just press Enter.

https://www.linuxmint.com/rel_betsy.php
De a Mint-nél is ugyanígy van.

Szuper leírás.

 Bár a legalapvetőbb chroot-os megoldáshoz  a szükséges parancsokat tudom fejből csak rendszergazda joggal kell rendelkeznem .   Lehet az a gond, hogy nem  kompatibilis a két linux mert  Pl.

sudo mount  /dev/sda5 /mnt   parancsra   kéri a jelszót  jelszót pedig nem tudok adni, 
 
a suse live-n  az első lépés  :~>root   entert (jelszó nem kell)  bejön   local :~#   innét root -ként már megy minden  .

Rájöttem közben mi a probléma míg félben voltam itt a válasszal .   Linux Mint  Ctrl-Alt-F1-n  jelszót kér  a grafikusban működik jelszó nélkül .  Míg a suse  Ctrl-Alt-F1-n  adott  root jogot , bár lehet grafikusban is adott , nem próbáltam . Azt már látom  Mint-tel nem tudom megoldani a problémát , mert a másik gépen windows-zal tönkretették a kölkök a   / - t  ntfs van a helyén .  A párom rendszeréről is van mentés de régebbi , nem stimmel a partíciós tábla ezért új lemezkép is kell,  letöltöm a Gecko-t ha minden igaz kompatibilis a leap 42.3 -mal .  Mára annyi .

#13 „Mondjuk azt nem néztem” - ez kérdés?

 

#12

Megint belekeveredtem a verziókba, más probléma nincs.  Már tegnap éjjel Mint Live-al  megtudtam nézni mi a gond.  Ma sikerült helyre raknom  a nejem gépét . De letöltöttem Gecko-t az új  lemezkép  miatt . 

Megnéztem utólag pontosan hogy van a root jog a Live-k nál

A régi suse és az UHU UBK1  KDE-ben nyitott terminálban is ad  jelszó nélkül root jogot  de csak a chroot parancsig azt már nem hajtja végre . F1-n parancssorban lehet csak végrehajtani .

A friss  Gecko működik KDE-ben nyitott konzolon és F1-n  is

Linux Mint pedig csak KDE-ben   nyitott konzolon ad root jogot  F1 -n nem vagy én nem csináltam valamit jól :))

Mondjuk azt nem néztem , ha beírom a Mint-n  KDE konzolon látható felhasználó nevet F1-n  akkor mi lenne.

#17 Én ezt a fájlrendszer töredezettséget néztem, nem szimpatikus:
https://hup.hu/node/153743
Csak jókat hallotam róla amúgy, de nem mélyedtem bele.
A ReiserFS-t gondoltam kipróbálni a napokban (Gentoo alapértelmezett), de most meg azt olvasom (https://hup.hu/szavazasok/20171215/hovd_2017_kedvenc_fajlrendszer), nem él túl egy áramszünetet. Mondjuk én ennek az ellenkezőjét olvastam korábban. :)
Csak mostanában nézegettem ízlelgettem a témát, így nincs határozott véleményem. Ext4-et használok ;)
Néhány itteni tesztből láttam, hogy az Ubuntu-k már a Brtfs-t használják, de  ..:
https://askubuntu.com/questions/572911/does-ubuntu-plan-to-move-to-btrfs...

A másik javasolt linket az előbb találtam meg én is. Nézz utána jobban szerintem. Vélhetően megéri gondolkodni rajta, ha jó választás lehet.

#16

Kösz a linket.

Otthoni? gépem van pontosabban egy laptopot használok mindenre , ragaszkodó típus vagyok. Kisvállalkozóként  szerény ügyvittellel, rendelkezem.  Elovastam úgy tűnik  a btrfs minden szempontból jobb választás .

#23 Köszi. :)
Érdemes lehet egyiket vagy másikat próbálni.

#22 Kipróbáltam Debian , Linux Mint ,  Mageia,  SUSELeap,   Gecko verziókat  ext4  és btrfs  fájlrendszereken , mindegyik új telepítés , azonos módon. Rábíztam a telepítőre a beállításokat csak a fájlrendszert választottam sajátkezűleg .

Az fstab tartalma  btrfs-n

Debian

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

#Entry for /dev/sda3 :
UUID=65ad3815-7231-4de9-a092-79c68250fada    /    btrfs    defaults    0    0
#Entry for /dev/sda2 :
UUID=285a72f2-d65c-4852-bbd4-b3cb976c6e54   swap   swap  defaults   0 0 
/dev/sr0    /media/cdrom0    udf,iso9660    user,noauto    0    0

Linux Mint

# /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/sda8 during installation
UUID=99d81819-2148-445a-9bd6-0319b991be3f /               btrfs   defaults,subvol=@  0       1
# /home was on /dev/sda8 during installation
UUID=783446b4-36d3-41e5-9611-1342ad90d829 /home           btrfs   defaults,subvol=@home 0       2
# swap was on /dev/sda7 during installation
UUID=f3e8bacc-e731-4e69-af5b-610efb6aeb8c none            swap    sw              0       0

Mageia

# Entry for /dev/sda9 :
UUID=9d75e632-f229-484a-983c-5226c6719606 / btrfs noatime 1 1
none /proc proc defaults 0 0
# Entry for /dev/sda6 :
UUID=736a608b-1f26-4835-be8f-7a97c19af703 swap swap defaults 0 0
 

SUSELeap

UUID=bea69eb6-83bf-40ce-bd93-0850a78d1366 swap swap defaults 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 / btrfs defaults 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /boot/grub2/x86_64-efi btrfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /home btrfs subvol=@/home 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /opt btrfs subvol=@/opt 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /srv btrfs subvol=@/srv 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /tmp btrfs subvol=@/tmp 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /usr/local btrfs subvol=@/usr/local 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/cache btrfs subvol=@/var/cache 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/crash btrfs subvol=@/var/crash 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/machines btrfs subvol=@/var/lib/machines 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/named btrfs subvol=@/var/lib/named 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/log btrfs subvol=@/var/log 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/opt btrfs subvol=@/var/opt 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/spool btrfs subvol=@/var/spool 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /var/tmp btrfs subvol=@/var/tmp 0 0
UUID=ce2b0841-71e4-4f75-8168-1058cd73b0f0 /.snapshots btrfs subvol=@/.snapshots 0 0

Gecko

# /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>
UUID=bea69eb6-83bf-40ce-bd93-0850a78d1366 swap           swap    defaults,noatime,discard 0 2
UUID=a2907ba4-4d85-4d19-b7bd-a383d03e5e96 /   btrfs   subvol=@,defaults,noatime,space_cache,autodefrag,discard,compress=lzo 0 1
UUID=a2907ba4-4d85-4d19-b7bd-a383d03e5e96 /home  btrfs subvol=@home,defaults,noatime,space_cache,autodefrag,discard,compress=lzo 0 2
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

------------------------------------------------

ssd merevlemezen  mindegyik  verzió "gyári"  beállításokkal, mindegyiket 10-szer állítottam meg áramszünettel .

Tapasztalatok . Verziók között is van különbség egyik kifejezetten nem szereti a btrfs-t piszok lassú , a többség gyorsabb btrfs-n mint az ext4-n látványos a különbség induláskor btrfs -n olyan gyorsan föláll hogy nem látszik a bejelentkező logó . Áramkimaradás után mindegyik helyreáll , viszont btrfs-n  nincs látható akár 50-60 mp-ig tartó lemezellenőrzés mint ext4-n . Egyik verzió kifejezetten jobban helyreáll btrfs-n, sokszor még a félbemaradt szöveget is visszaadja .  Átlagban gyorsabbak mint az ext4  legalábbis így frissen.  A verziókra jellemző sajátosságokat  és a verziók nevét szándékosan nem írom ki, mert a régebbi tapasztalataim  azt mutatják , hogy a vastól is függ a viselkedés, ezért 2-3  gépből nem lehet általánosítani.

#25 @#26 Kiegészítő nem eheti?

Nézzetek rá így (URL):

about:performance

Mai indítás után (5 napos a rendszerem) felfigyeltem rá hogy a procihasználat megnövekedett, a bűnös egy "web" nevű folyamat ami 24-28% között terheli a processzort.
Ránézve, a folymat szülője a Firefox.
1 darab weboldal van nyitva, az elég passzív, de a linuxmint.hu-n is ezt csinálja, vagyis semmi nem indokolná az eddigi 2-4% helyett a mostani 24-28%-ot.
A web nevű folyamat 4-5 perc múlva visszaáll 1-2%-ra. aztán megint percekig 24-28%.
A folyamat teljesen random, logikát nem találok benne.
https://mega.nz/#!YppQ2ILT!6-tyb0DM7Y-8M4sS9KGLOzMuaThVo_9sFlwj14mgLCA

 

#29 Itt lehet ránézni, esetleg a böngészőnek hiánya van valamiben, nem kapja meg:

about:support

A biztonsági beállításoknál én az Egyéni beállítást használom, minden harmadik féltől származó sütit blokkolok. Kilépéskor mindent töröltetek. A kiegészítők közül, amit éppen nem használok (VideoDownload Helper). kikapcsolom.

Kiegészítők (keresőkkel)
Név                                 Verzió        Engedélyezve
Decentraleyes                       2.0.13        true    
DuckDuckGo                          1.0           true
Firefox Multi-Account Containers    6.2.3         true
Google                              1.0           true
Greasemonkey                        4.9           true
Privacy Badger                      2020.2.19     true
uBlock Origin                       1.25.2        true
Vatera.hu                           1.2           true
Web Archives                        2.0.1         true
Wikipédia (hu)                      1.0           true
HTTPS Everywhere                    2019.11.7     false
Video DownloadHelper                7.3.7         false

#28 Azt látom, sokkal többen vannak, akinél nincs túlzott terhelés a Firefox böngésző használatánál. Nálad és 444tibinél vagy  másoknál fellép ez a dolog. Próbáltam segíteni, de nem tudom a megoldást. Azt megpróbálhatjátok, hogy letöltitek a Firefoxot innen,
https://www.mozilla.org/hu/firefox/new/
majd bezárva a telepítettet, indítjátok a firefox fájlból.

Én valami hardveres összeütközésre gyanakszom, ami nem szokatlan, csak mindig elfelejtem. Mert elkezdett halódni az egerem, de sokáig még küszködtem vele. És voltak fagyások a beta LMDE 4 alatt, az új Cinnamonnal, de a Debian Busterre visszaállva is. A beta LMDE 4 -re átállva az egér már nem volt jó. Most, hogy cseréltem egy új egérre, mintha megszűntek volna a fagyások. Illetve tegnap volt egy rövidke, de sok mindent csináltam, csomagot forgattam, közben egy másik csomaghoz a Synaptic segítségével telepítettem, stb.. De ..., az én gépem teljesítménye amúgy erősen le van korlátozva egy ideje, mármint a CPU hardveres teljesítménye. A Spectre és a Meldown sebezhetőség miatt vissza lett véve elég sok tudása. A kernel paramétereket nem szeretném kikapcsolni, elvagyok valahogy. Merevlemezt sem veszek most, takarékoskodás van, tudjátok, mi miatt. De ezt majd meglátom. A paraméterek (kicsit riasztó hogy ennyi, de ez a védelem a Wiki szerint az Intel CPU-mra):

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.19.0-8-amd64 root=UUID=54f6026e-8f65-4d0f-95f4-d39d838dae6f ro mitigations=auto,nosmt kvm-intel.vmentry_l1d_flush=always l1tf=flush,nosmt mds=full,nosmt spec_store_bypass_disable=on vsyscall=none init_on_alloc=1 init_on_free=1

Mondjuk, van 8GB RAM, ami nem kevés.

inxi -SCGIzxxx
System:    Host: kimbi Kernel: 4.19.0-8-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: Cinnamon 3.8.8 wm: muffin 3.8.2
           dm: LightDM 1.26.0 Distro: Debian GNU/Linux 10 (buster)
CPU:       Topology: Dual Core model: Intel Core i5-3320M bits: 64 type: MCP arch: Ivy Bridge rev: 9 L2 cache: 3072 KiB
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 10376
           Speed: 1197 MHz min/max: 1200/3300 MHz Core speeds (MHz): 1: 1197 2: 1197
Graphics:  Device-1: Intel 3rd Gen Core processor Graphics vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0
           chip ID: 8086:0166
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa resolution: 1366x768~60Hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.3.6 compat-v: 3.0 direct render: Yes
Info:      Processes: 217 Uptime: 1d 3h 33m Memory: 7.66 GiB used: 3.31 GiB (43.2%) Init: systemd v: 241 runlevel: 5
           Compilers: gcc: 8.3.0 alt: 8 clang: 7.0.1-8 Shell: bash v: 5.0.3 running in: xfce4-terminal inxi: 3.0.32

A helyetekben dmesg-t néznék, másik kerneleket, a „szokásos”....
Esetleg debuggolni a Firefoxot. Talán feltűnik valami szokatlan.
Nálam nagyon ritkán volt a Firefox böngészővel probléma, azok sem ilyen jellegűek, hanem a nouveau, nvidia driverrel (nagyon régen) vagy mikor a jack hangrendszerrel kellett összehozni (bejegyzést írtam erről). Persze, ez nem megoldás, közlés, de 444tibi is ugyanezt a Debian Buster rendszert használja. A különbség mi?
-- Cinnamon helyett ő KDE asztallal.
-- más a hardver.
A tibi által használt Firefox ESR böngészővel sem volt problémám.

Nekem mondjuk az a problémám, hogy hardveres gyorsításom nincs, és ezzel összefüggően valami hasonló dolog. Nézegetem a megoldásokat, de még nem találtam rá.

#31 Talán a beállítások szigorúra állítása segít (leírtam fentebb), és egy uBlock Origin is jól jön.

A Firefoxról írtam itt:
https://linuxmint.hu/blog/2019/06/hasznald-es-teszteld-a-letezo-osszes-f...
Az ESR-t hagyd meg telepítve. Neked csak a stabil kell a bejegyzésből. És így tudod hivatalossá tenni, amit most csak menübe tettél.

https://www.youtube.com/watch?v=E9cO2MLaaXY

#30 Kiegészítőm 1 darab van ami engedélyezve van a Send to MPlayer media player, ezzel küldöm a YT. linkeket az Smplayerre.
Más minden tiltva, a bővítmények is.
Az about:support nem jelez semmit, még hibajelentés sincs 1 árva sem.
Most nemrég kb. 2 órát használtam a böngészőt egyhuzamban  és nem jelentkezett a fokozott prociterhelés. Teljesen random, nem tudom semmihez sem kötni.

Amit a linkedről letöltöttem, az hordozható Firefox? Kánaán, nem kell óránként 25-ször a megnyitott lapokon nagyítgatnom, beállítottam fixen.
Az ESR, az mi tulajdonképpen? Le lehet gondolm cserélni a normálra, ez a minden lapon külön beállítgatni a nagyítást idegesítő.