[ Megoldva ] Linux megborítás

 ( virtualm | 2019. április 9., kedd - 11:57 )

Sziasztok !

Sikerült a Linux rendszeremet megborítani és részlegesen helyre állítani.
Egy szokásos sudo apt-get update hely hiány miatt nem futott le rendesen.
Törölgettem, helyet csináltam, ami egy ideig jó volt de később újra előjött a probléma. A laptoppom belső HD meghajtóját linux alá vontam 3 partícióval, majd ide a 3. legnagyobb parctícióra mentettem a menteni valókat és töröltem a sok helyet foglaló állományaimat. A következő update- upgrade és reboot után fura dolgok történtek.

Eltűnt az internet elérésem, az ifconfig -a kimenetén nem volt eth0 hanem, helyette enp2s0 lett. Gondoltam sebaj átírtam az interfeces fájlban eth0- ra. Néhány napig így ment, majd egy újabb update- upgrade után ujabb fura hibák jöttek:
- az enp2s0 vissza kellett cserélnem eth0- ra

- upgrade error :
Unpacking libudev1:i386 (232-25+deb9u11) over (232-25+deb9u9) ...
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/systemd_232-25+deb9u11_i386.deb
/var/cache/apt/archives/udev_232-25+deb9u11_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

- sudo apt --fix-broken install

dpkg: error processing archive /var/cache/apt/archives/udev_232-25+deb9u11_i386.deb (--unpack):
cannot copy extracted data for './lib/udev/hwdb.d/20-pci-vendor-model.hwdb' to '/lib/udev/hwdb.d/20-pci-vendor-model.hwdb.dpkg-new': failed to write (Nincs több hely a lemezen)
dpkg-deb: error: subprocess paste was killed by signal (Törött adatcsatorna)
Preparing to unpack .../systemd_232-25+deb9u11_i386.deb ...
Unpacking systemd (232-25+deb9u11) over (232-25+deb9u9) ...
dpkg: error processing archive /var/cache/apt/archives/systemd_232-25+deb9u11_i386.deb (--unpack):
cannot copy extracted data for './lib/systemd/system/systemd-ask-password-console.service' to '/lib/systemd/system/systemd-ask-password-console.service.dpkg-new': failed to write (Nincs több hely a lemezen)
dpkg-deb: error: subprocess paste was killed by signal (Törött adatcsatorna)
addgroup: A csoport (systemd-journal) már létező rendszercsoport. Kilépek...
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/udev_232-25+deb9u11_i386.deb
/var/cache/apt/archives/systemd_232-25+deb9u11_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Mi a véleményetek érdemes ezt tovább reszelgetni vagy megérett a rendszer egy újratelepítésre?

Ha feláll egy rendszer ( 250GB SSD ) akkor hogyan érdemes a helyi HD- re, könnyen visszaállítható mentést csinálni ?

( Lenovo ideapad Z500 laptoppon, Linux raspberry 4.9.0-8-686-pae #1 SMP Debian 4.9.130-2 (2018-10-27) i686 GNU fut. )

Szerkeszve [Megoldva] új Debian telepítve

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

new': failed to write (Nincs több hely a lemezen

Nincs ezzel sok baj, csak helyet kellene felszabadítani.
Kezdésnek akár egy apt-get clean && apt-get autoremove --purge
parancsokkal.

Ezek után is a helyzet változatlan.
sudo apt-get autoremove --purge
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Próbálja futtatni az „apt --fix-broken install” parancsot ezek javításához.
Az alábbi csomagoknak teljesítetlen függőségei vannak:
libpam-systemd : Függ ettől: systemd (= 232-25+deb9u11) de 232-25+deb9u9 van telepítve
systemd : Függ ettől: libsystemd0 (= 232-25+deb9u9) de 232-25+deb9u11 van telepítve
udev : Függ ettől: libudev1 (= 232-25+deb9u9) de 232-25+deb9u11 van telepítve
E: Teljesítetlen függőségek. Próbálja kiadni az „apt --fix-broken install” parancsot csomagok nélkül (vagy telepítse a függőségeket is!).

A clean lement? Az törli a letöltött deb fájlokat.

A sudo apt-get clean jól lefutott, de a foglaltsági arányok nem változtak:
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
udev 7,9G 0 7,9G 0% /dev
tmpfs 1,6G 9,3M 1,6G 1% /run
/dev/sdb1 8,2G 8,2G 0 100% /
tmpfs 7,9G 8,7M 7,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sdb7 360M 2,1M 335M 1% /tmp
/dev/sdb5 2,7G 357M 2,2G 14% /var
/dev/sdb8 189G 53G 127G 30% /home
/dev/sda3 903G 55G 847G 7% /media/mentes
tmpfs 1,6G 12K 1,6G 1% /run/user/1000

elég sok az a 8GB a / alatt, úgy hogy a var külön van.

Nézz szét a /root, /usr, /opt alatt (meg bármelyik könytárban a / alatt , ami nem külön file rendszeren van.)

pl ez megmutatja, hogy a /opt alatt mi a legnagyobb fájl/könyvtár:
cd /opt
du -sk *| sort -n
(és ezt szépen rekurzívan ismételgetve néha meg lehet találni mi zabálja a helyet.)

ext file rendszer esetén egy kevés helyet azzal is felszabadíthatsz, ha fenntartott hely méretét lecsökkented (feltéve, ha most a default 5%-on van:

tune2fs -m 1 /dev/sdb1

szerk:

lehet, hogy felesleges kernel források eszik a helyet a /usr alatt, meg régi kernelek a /boot alatt.
apt autoremove
megoldja

Éredekes lett:sudo du -sk *| sort -n
du: 'proc/3111/task/3111/fd/3' nem érhető el: Nincs ilyen fájl vagy könyvtár
du: 'proc/3111/task/3111/fdinfo/3' nem érhető el: Nincs ilyen fájl vagy könyvtár
du: 'proc/3111/fd/3' nem érhető el: Nincs ilyen fájl vagy könyvtár
du: 'proc/3111/fdinfo/3' nem érhető el: Nincs ilyen fájl vagy könyvtár
du: 'run/user/1000/gvfs' nem érhető el: Engedély megtagadva
0 dev
0 initrd.img
0 initrd.img.old
0 proc
0 sys
0 vmlinuz
0 vmlinuz.old
4 srv
8 mnt
16 lost+found
20 tmp
8092 etc
9448 run
10444 bin
10524 sbin
103744 opt
189376 boot
360892 var
669112 lib
2082448 root
5405520 usr
56900436 home
59696296 media

..
2082448 root
..

A /root alatt takaríts.
Kb. 2GB a tartalma. Innen bármi büntetlenül törölhető. Nézd meg a rejtett fájlokat is.
Vagy át is mozgathatsz belőle bármit a /home alá, ha törölni nem akarod. Ott még van egy rakás hely.

Megnézheted még, hogy a
/media/ alatt a mentes könyvtáron kívül van -e még bármi.
(A mentes külön partíción van, azt nem kell bántani. Minden más a / -ből eszi a helyet.)

A du és df különbsége alapján talán még kb. 1-1,5 GB lehet ott is... de nem biztos.

Nagyobb file-ok keresése (>400 MB) és külön mountolt fs-ek kizárása:

sudo find / -type f -size +400M | grep -v "var\|tmp\|home\|mentes"

emelkedő sorrendben tartalom kilistázása:

sudo du -shx /root/* | sort -h

Amúgy mit ír a:

df -hi

Lehet hogy rengeteg apró fileod van és elfogyott az inode.

A find-nál gondolom a -xdev opciót kerested (amit lehetőleg az elejére kell tenni:
find / -xdev -type f -size +400M
formában. És mint látható, ekkor nem kell greppelgetni a ki tudja hány db extra FS nevét.)

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

Nem kerestem mert nem tudtam a find xdev kapcsolójáról. Thx!

df -hi
Fájlrendszer Inode-ok IFogl ISzab. IFo.% Csatol. pont
udev 176K 451 176K 1% /dev
tmpfs 182K 689 181K 1% /run
/dev/sdb1 537K 281K 256K 53% /
tmpfs 182K 35 182K 1% /dev/shm
tmpfs 182K 4 182K 1% /run/lock
tmpfs 182K 15 182K 1% /sys/fs/cgroup
/dev/sdb5 179K 9,4K 170K 6% /var
/dev/sdb7 96K 31 96K 1% /tmp
/dev/sdb8 12M 819K 12M 7% /home
/dev/sda3 0 0 0 - /media/mentes
tmpfs 182K 20 182K 1% /run/user/1000

df -hi
Fájlrendszer Inode-ok IFogl ISzab. IFo.% Csatol. pont
udev 176K 451 176K 1% /dev
tmpfs 182K 689 181K 1% /run
/dev/sdb1 537K 281K 256K 53% /
tmpfs 182K 35 182K 1% /dev/shm
tmpfs 182K 4 182K 1% /run/lock
tmpfs 182K 15 182K 1% /sys/fs/cgroup
/dev/sdb5 179K 9,4K 170K 6% /var
/dev/sdb7 96K 31 96K 1% /tmp
/dev/sdb8 12M 819K 12M 7% /home
/dev/sda3 0 0 0 - /media/mentes
tmpfs 182K 20 182K 1% /run/user/1000

az ncruses alapú ncdu-val gyorsabban lehet megnézni mi foglal helyet.

Finom kis alkalmazás.

/opt $ sudo du -sk *| sort -n
8 pigpio
25664 etc
78068 sonic-pi

/opt $ sudo du -sk *| sort -n
8 pigpio
25664 etc
78068 sonic-pi

Úgy látszik (amit írta azok alapján) apt-get helyett apt-t használ. Ott felesleges a clean, mert alapból törli a csomagokat telepítés után.

.. és egyébként meg a /var jelen esetben külön file rendszeren van, úgyhogy ha töröl is bármit a clean a root file rendszerre nem lesz hatása...

Formázd le és rakj fel Windows 10-et :)
Én már évek óta Insiderben vagyok, de csak egy upgrade tudott úgy félremenni, hogy újra kellett rakni, fast ring esetén szerintem jó arány. (Én is szűkösen tartom a rendszert, csak az upgradek noszogtatása miatt szabadítok fel helyet az SSD-n, de elvileg már tud elég helyett foglalni és külső vinyót/pendrive-t igénybevéve frissíteni)

lópikulát. az eredménye: NOT_ON_SAME_DEVICE :D
én maradok a jól működő debian-nal amikor csak van választási lehetőségem :D

"én maradok a jól működő debian-nal"
Mert van jól működő debiljány? :D

Csak vicc volt :) Láttam én is debian alól szó szerint kirohadni hardvert, alaplapcsere és hálókártyák egyeztetése után ment minden tovább. Na ezt nagyon irigylem. De valahogy a csomagkezelés pláne nagyobb frissítéseknél mintha nem lenne az igazi.

alaplapcsere és hálókártyák egyeztetése után ment minden tovább. Na ezt nagyon irigylem.
FreeBSD esetén elhalt laptopból SSD ki, másik laptopba be, Radeon grafikus kártya helyett Intel telepítése, minden ment tovább, mintha mi_se történt volna :)

Szerintem a legtöbb Linux esetében ez csont nélkül megy (Uhu-nál is történt velem ilyesmi még tizenéve, csak asztali géppel, minden gond nélkül).

"Láttam én is debian alól szó szerint kirohadni hardvert"
Gondolom elette az idő. Ezt utoljára win NT -s serverek tudtak elkovetni :), a tobbinel hamarabb jon vmi BSOD / random reboot

Ez a formázd le, amolyan windowsos filing.
Most új debian 9 telepítésével szivatom magam, mert egy nap alatt sem sikerült helyet felszabadítanom. A legkülönbözőbb bajaim lettek:sudo jogok megszerzése, csomagkezelés, wifi bekapcsolása, feloldhatatlan függőségek, törött csomagok, chrome telepítése.
Szóval jó sport ez, edzésnek jó, le a kalappal azok előtt akik ebből élnek. Vagy azért ilyen mert ebből élnek?

A raspbian telepítése és beállítása ehhez (debian 9) képest könnyű délutáni mulatság volt. Ugródeszkának, tanulásnak tökéletes volt. Azt hittem, hogy már felnőttem a debianhoz, de még erősen gyúrnom kell rá.

3db dvd- re letöltöttem a debian telepítőt, majd USB-ODD- ről bootolva 250GB SSD- re telepítettem. A particionálást a telepítőre bíztam:
sdb 8:16 0 232,9G 0 disk
├─sdb1 8:17 0 28G 0 part /
├─sdb2 8:18 0 1K 0 part
├─sdb5 8:21 0 15,9G 0 part [SWAP]
└─sdb6 8:22 0 189,1G 0 part /home

Érdekes lett a kiosztés és a számozás is. A telepítő észrevette, hogy van egy HDD is:
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 1,5G 0 part
├─sda2 8:2 0 27,9G 0 part
└─sda3 8:3 0 902,2G 0 part /media/pi/HDmentes

Telepítés és újra indítás után gondoltam, hogy egy update nem ártana. Na ekkor kezdődtek a fent leírt mókák: sudo jogok megszerzése, csomagkezelés, wifi bekapcsolása, feloldhatatlan függőségek, törött csomagok, chrome telepítése.

Gyúrok vaze.

Itt azert nem a debian a hibas. Mar amiket irsz is nagyon fura dolgok:
- sudo jogok megszerzese: wtf???? visudo vagy barmivel megszerkeszted a sudoers allomanyt. Mi az hogy azokat megszerezni? Kimesz az erdobe vadaszni rajuk?
- csomagkezeles: man apt, ebben aztan tenyleg nem sok nehezseg van update->upgrade vagy search->install; de ez minden debian alapu rendszeren ugyanigy van. Sooot. Pssszt. Meg a RedHat alapuakon is. Soot. Pssszt. Barmelyik distro bamrleyik csomagkezelojevelis.A baratod a 'man '.
- Igazan kivancsi lennek milyen egzotikus modon csavartad ki a csomagkezelo kezet es lokted terdre, hogy feloldhatatlan fuggosegekbe utkoztel. Mert egy repon belul nagyon ritka az ilyesmi (evente ha egyszer, akkor is mert ippeg update van a mirror-on)
- chrome telepitese sem valami nehez, mivel letoltod a debet es vagy elintezi a tobit a gdebi (xdg-open-nel), vagy kezzel nyomsz egy dpkg-i , majd mivel szukseg van depekre + "apt -f install". De ugye az elozo esetben kezzel molyol az ember a csomagkezelot megkerulve.

Most nem azert, d e afenti dolgok egyaltalan nem bonyolultak. Es nem azert, mert lassan 20 eve ezt csinalom.

+1

Szoktam járni az erdőt, de ott élményt szerzek és nem programot vagy root jogokat.
A szóhasználatom innen ered : https://i.imgur.com/pyhiW7I.png
--
üdv: virtualm

Hat ha szereted a sajtreszelőt... :). 2019-ben minek tokolsz dvd-kkel? ez nem windows :). Fogsz egy netinst iso-t es telepited helybol a legfrissebb csomagokat. Nem felraksz egy legalabb 0,5-1 éves alaprendszert majd várod hogy a windowsupdate maga alá fosson :) (őő mármint hogy a 3rdparty wsusoffline-al letöltsd a csomagokat és elindítsd a telepítést..)

[off & elvakult velemeny:]
Biztos en vagyok az elvakult, de tegnap este egy szappantarto-ra raktam dualbootba win10+deb-t: a win telepítés tartott 4 órát (alap telepítés 40perc,frissítések és alapvető felhasználói programok a fenntmaradó ), a deb megvolt mindennel 40 perc alatt :D De biztosan azért mert a linux olyan felhasználóbarát és helyből kitalálta helyettem az összes default beállítást és a gép előtt ülve a leheletem összetételét is elküldte valami telemetriacsomag-ban..
tegnap este 10kor neki kezdtem, fel3ra vegeztem..
/..nem vártam hogy a wsus tovabbra is ekkora foskalap es nem kepes megemeszteni a sajat strukturait../
[/off]

Köszönöm a segítséget, Valóban gyorsan és hibátlanul felment a netinst iso- val a Debian 9 ( Strech ) és viszonylag gyorsan belehetett lakni a gépet. Egyedül a wifi nonfree driverrel kellett egy kicsit mókolni, de legalább tanulságos volt.
--
üdv: virtualm

Köszi, ez legközelebb jól jöhet még.
--
üdv: virtualm

df -h kimenete:
Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
udev 7,9G 0 7,9G 0% /dev
tmpfs 1,6G 9,3M 1,6G 1% /run
/dev/sdb1 8,2G 8,2G 0 100% /
tmpfs 7,9G 2,6M 7,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
/dev/sdb7 360M 2,1M 335M 1% /tmp
/dev/sdb5 2,7G 466M 2,1G 18% /var
/dev/sdb8 189G 53G 127G 30% /home
/dev/sda3 903G 55G 847G 7% /media/mentes
tmpfs 1,6G 12K 1,6G 1% /run/user/1000

A szűkösnek tűnő /dev/sdb1 8,2G 8,2G 0 100% / tartalmából miket szabad törölni ?

Én ezt csinálnám:
- /dev/sda3-ról akassz le egy partíciót, ami legalább 20-30 GB
- dd if=/dev/sdb1 of=/dev/sda9 (a kilenc a feltételezett új partíció)
- /etc/fstab:
UUID=[az sda9 UUID] / ext4 errors=remount-ro 0 1 (ext4 vagy amire formáztad)
- reboot.

/root alatt pl bármit, ott gyakorlatilag csak a saját szarjaid vannak

Látva a disk kiosztásod jobb lenne ha leformáznád az egészet és nem 6 kis vacak partíción lenne a rendszered.
Ha UEFIt akarsz akkor kell egy boot partíció.
Ha olyan szolgáltatást hostolsz ami nagyon használja a /var-t, mondjuk webszerver akkor érdemes külön tenni egy hddre hogy ne az ssdt fárassza.

Semmi értelme ennek kb, sok macera és nem megfelelő helykihasználás. Desktopon csak boot particióm van.
A hálózat kézzel konfigurálása meg múlt századi dolog telepíts network managert netcfgt vagy valami hasonló daemont.

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Látva a disk kiosztásod jobb lenne ha leformáznád az egészet és nem 6 kis vacak partíción lenne a rendszered.

+1

Szép és jó dolog a particionálás - ha tudod mit csinálsz ;)

--
zrubi.hu

Pár hónapja, tök hülyén feltettem rá egy raspbiant, tanulási céllal, majd erre egy lxde asztali környezetet. Nem tudom, hogy mikor és miért lett ennyi partició ilyen méretekkel. Nekem nincs rá külön igényem, elképzelésem. A raspberry környezetre szeretnék alkalmazást fejleszteni és ez laptoppon- hasonló környezetben könnyebb, no,ezért lett ez a katyvasz.

De miert nem egy sima virtualis gepben futtatod akkor a rasbian-t????? Minek cseszed szet a rendszeredet???

En ezt nem ertem :(

Windows alatt nevelkedtem és le akarok szakadni róla. Ott használtam virtuális gépeket, de linux alatt nem gondoltam, hogy kell egy linux.

Pedig, sok szempontból praktikus...

--
zrubi.hu

Egy x86-os gepen hogy szeretnel arm-os cpu-ra dolgokat futtani? Vagy csak python-ban fejlesztesz?
A virtualizacio kicsit tobb, mint x86-on x86-ot futtatni.

Amugy Linux alatt nem kell Linux, ha tudod mit csinalsz es nem barmolod szet a rendszert. Szoval - no offense - de neked nagyon kell. :D
Szamos lehetoseged lett volna, hogy ne kelljen szetb@szni a rendszert: chroot, container, kvm+qemu, vagy valami toolchain ami kepes a konyvtaraban maradni szetcseszes nelkul.

Meg is talaltam neked a toolchaint: https://stackoverflow.com/a/19269715

Köszönöm a tanácsokat, nem sértődtem meg a szavaidtól, de az ajánlott lehetőségeket még nem ismerem.

Utolso backup eloszed, gep ujratelepit, backupbol visszamasolas. Hamarabb megleszel, mintha ossze-kalapalod az egeszet. Amirol nem volt backupod, az ugysem fontos ;)

-
First impressions of the new Cloud Native programming language Ballerina

Éppen itt tartottam, hogy backupot csináljak.

Nekem bő 3 hete vezérlőhibás lett az SSD. Kuka lett. Rendszeresen készítettem backupokat előtte. Aztán mikor beütött a baj, volt bőven mihez nyúlni. Elsőnek rendszer telepítés, beállítás, majd full mentés mindenről.

Milyen módszerrel csináltál az SSD- ről a backupot és hogyan állítottad visszza?

btrfs és apt-btrfs-snapshot

tar-ral csupán fájl szintűt, tömörítéssel. Ezt szoktam kicsomozni ha kell. Amúgy meg külső hdd-n van minden ami kell és fontos.

Backupot nem upgrade utan szoktunk csinalni hanem elotte. Megvan a sorrendiseg, mint pl a fenekedet sem szaras elott torlod ki hanem utanna :D

-
First impressions of the new Cloud Native programming language Ballerina

"utáNa"

A többibe nem tudok belekötni :)
--

Idézet:
gep ujratelepit

btrfs-re tett /-rel, mert onnantól kezdve egy ilyen összesen annyi, hogy pendrive be, btrfs device add, aztán takarítás után btrfs device remove :) [esetleg ugyanez LVM, de ott bonyibb a több réteg miatt]

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Nekem is előfordult egy telítődés, ZFS rooton, betippeltem a max méretet, csak aztán a sok automatizált ZFS snapshot sok lett neki. Úgy voltam vele, hogy fene tudja, mi lett szétcseszve, álljunk vissza. Kiválasztottam a megfelelő dátumot, és egy ZFS rollback megoldotta szépen. Aztán töröltem még pár régi snapshotot, illetve megnöveltem a partíciót (direkt hagyok lyukakat a diszkeken vészhelyzet esetére), a ZFS birtokba vette, és azóta is megy szépen.

Archon ez ki van védve, hogy frissítés közben elfogyjon a hely. A pacman ellenőrzi, hogy van-e hely az összes frissítésnek, ha nincs, el sem kezd egy csomagot sem frissíteni. Így nincs az, hogy elkezdődött a frissítés, ami nem tud lefutni rendesen.


No keyboard detected... Press F1 to run the SETUP

OT

Remélem, jobban, mint mondjuk Androidon. Ahol rendszeresen bele tudok futni olyanba, hogy összegyűlik 15-20 app-frissítés, és hörög a telefon, hogy ahhoz mennyi hely kell, ami nincs, ezért takarítsak. Aztán ha egyesével indítom a telepítést, akkor azért csak elfér :-)

/OT

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

De a linuxos csomagok nem androidos appok. Ha valami függőség van, nem tudod azt csinálni, hogy egyesével rakod fel őket, és apránként takarítasz. A lényeg, hogy legyen mindig elég hely frissíteni.


No keyboard detected... Press F1 to run the SETUP

De tudod, csak tsort-tal meg kell találni a csomaglánc legvégén álló darabot. Pont ugyanúgy, ahogy a telepítő is csinálja. Ha X-et akarja frissíteni, aminek Y függősége, aminek pedig Z, akkor előbb Z lesz felfrissítve, majd Y és csak utána X. És ezt akár kézzel is el lehet játszani. Pont az a lényeg, hogy ha szűkös a hely, akkor elég leszedni Z-t, frissíteni, törölni a cache-t, aztán Y-t és végül X-et. Nem kell a teljes frissítési folyamathoz adott pillanatban a diszken lennie mind a három csomagból a régi (telepítettként) és új (targéza formában) csomagnak.

=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

Csak ezzel a módszerrel az a baj, hogyha Z frissítése után/közben elmegy a net, és nem tudod Y-t letölteni, akkor lesz egy új Z-d, és egy régi Y-od. És a régi Y nem biztos, hogy fog működni (az új Z miatt), új Y-od meg ugye nincs (és az X-ről még nem is szóltunk).

Ezt inkább úgy tudnám elképzelni, hogy (amennyiben lehetséges) a frissítéseket úgy csoportosítja, amik "összetartoznak", tehát az XYZ ahogy írtad, míg ugyanez ABC-vel, akik teljesen diszjunktak XYZ-vel függőség-ügyileg (nem összefüggő a frissítés-gráf :) ). És akkor letölti az A-t, B-t, C-t, frissíti ezeket, törli a letöltött targézákat, majd ugyanez az XYZ-vel. Így kevesebb hellyel is megúszható, illetve nem lesz használhatatlan csomagod. Persze ha egy olyan csomag frissül, ami kb. mindennek függősége, akkor nincs nagy lehetőséged.