- Fórumok
- OS, alkalmazások
- Debian GNU/Linux
- (kiemelt téma)
-
10900 - 10801
10907 - 10901 10900 - 10801 10800 - 10701 10700 - 10601 10600 - 10501 10500 - 10401 10400 - 10301 10300 - 10201 10200 - 10101 10100 - 10001 10000 - 9901 9900 - 9801 9800 - 9701 9700 - 9601 9600 - 9501 9500 - 9401 9400 - 9301 9300 - 9201 9200 - 9101 9100 - 9001 9000 - 8901 8900 - 8801 8800 - 8701 8700 - 8601 8600 - 8501 8500 - 8401 8400 - 8301 8300 - 8201 8200 - 8101 8100 - 8001 8000 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
-
Frissítve: 2023-12-13 04:47 Téma összefoglaló
Új hozzászólás Aktív témák
-
Rowon
nagyúr
-
kovaax
őstag
-
Friczy
senior tag
-
cigam
titán
-
Friczy
senior tag
Ezzel továbbra sem mondtál semmit. A clean, autoclean nem csinál semmit, csak az apt cache-ből kitörli a már feltelepített csomagok file-jait, tehát ezek nem okozhatják ezt. Az autoremove igen, ha van olyan csomag, ami csak a korábbi disztribúcióban volt meg. Ha ilyen eltávolított csomag akadályozza meg a rendes indulást, az elég ritka, de előfordulhat. Viszont az autoremove a művelet előtt kiírja, hogy miket távolít el, ezeket olvasd át figyelmesen, és ez alapján próbáld meg kitalálni, hogy mi hiányzik.
-
cigam
titán
egész addig mig a takaritokat végig nem futtatom.
Miért vagy önsorsrontó? Ez nem tamagocsi, hogy állandóan mindenféle csoda programmal "karbantarsd". Mert te vagy ők azt jobban tudják, mint a rendszer készítői.
Felejtsd el az ilyen butaságokat. Fent van a laptopon az alap rendszer, működik minden, néha újraindítom, akkor frissíti magát, és semmi gondja, baja. -
elektron@
csendes tag
-
Friczy
senior tag
Ennyiből legfeljebb sámánok tudnának ötletet adni (áldozz kecskét teleholdkor vagy valami ilyesmi). Ha SDDM-nél akadsz el, akkor nyilván valami grafikus gondja van. Szóval valahogy varázsolj magadnak egy parancssort (ctrl+alt+F2 szokott segíteni, ha épp nem döglött meg a rendszer) vagy bootoláskor debug mód és hasonló, aztán részben logok alapján próbáld meg kitalálni az okot. Pl. nvidia kártyák és driverek tudnak izgalmas dolgokat produkálni, de nekem évek óta nincs a közelemben ilyesmi, szóval passz.
-
elektron@
csendes tag
sikerült felszenvednem a trixie t. még majdnem jol is müködik. de. ha végigfuttatom a takaritokat. clean autoclean autoremove. utána nem botol be. az sddm nem indul igy ott elakad. valami ötlet?
-
Friczy
senior tag
-
cog777
őstag
Ha valakit erdekel, megtalaltam hogyan kell Wayland-ra Nvidia driver-t telepiteni.
Lenyeg: sec boot ki legyen kapcsolva, nalam ez volt a problema. (vagy alairni a driver-t valahogyan) -
bambano
titán
-
jimmy399
senior tag
Én is a [link] alapján frissítettem 12-ről 13-ra. Így települt a rendszer, talán volt pár kiseb bukkanó, de azokat is megldottam. Nekem a rendszer bootképes volt és el is indult.
Mik a hibaüzenetek, amiket láttál? Tudnál küldeni képeket, valamint egy linket, hogy milyen oldalról nézted, hogy hogyan kell 12.12-ról 13.2-re frissíteni?
-
elektron@
csendes tag
-
bambano
titán
-
cigam
titán
-
elektron@
csendes tag
debian 12 van. tök jo. semmi hiba. már vagy ötször nekiáltam hogt frissitsem 13 ra. mindent meg is csináltam rendesen de utána nem tudtam kikapcsolni. kihuztam a villanyt aztán megprobáltam elinditani de nem bootol be. boot közben rengeteg hibát mutat majd elakad. még a startx se jo.
-
gdori007
csendes újonc
-
cigam
titán
Jogos....
Az utolsó /temp partíciót méretezd át egy live rendszerről, pl. gparteddel, mivel futó rendszer alól macera. Ideiglenesen le kell választani a /temp partíciót, hogy át tudd méretezni. Csökkentsd a méretét, mondjuk 50GB-ra. Így (500MB, 25GB, 4GB, 50GB) 79,5GB lesz az összes foglalás a lemezen. Ezt már probléma nélkül átklónozhatod a kisebb, 250GB-os lemezre.
Klónozás után próbáld ki, hogy minden úgy működik-e az új lemezen, mint régen. Ha minden oké, csak annyi a teendő, hogy az utolsó 50GB-os /temp partíció méretét megnöveled (live rendszer alól) annyival, amennyi hely van az új lemezen.Live rendszernek használhatod pl. a Debian Gnome-os live lemezképét egy pendrive-ra kiírva.
-
bambano
titán
-
cigam
titán
A clonezilla a barátod. Simán átklórozza az 500-asról a 250-esre az egész mindenséget.
Vagy ha a GUI-s megoldások híve vagy, akkor a https://rescuezilla.com/ lesz a barátod.Csak annyit kell csinálnod, hogy pl. gparted-el átméretezed a partícióidat úgy, hogy a végén maradjon 256GB üres hely. Lehet a Clonezilla is megoldaná az átméretezést, de ilyet még nem próbáltam.
-
Friczy
senior tag
Én a költöztetéseket mindig partíciónként csináltam meg, az új disken kialakítom a partíciókat, megformázom, és egyenként felmountolom (mondjuk az /mnt alá) és a régiről cp -ax paranccsal átmásolok mindent. Ez megtartja a dátumokat, engedélyeket, és nem megy túl a partícióhatárokon. Utána az új disken megfelelően beállítom az /etc/fstab file-t (az új UUID-k szerint), aztán disk csere, egy rescue diskről bebootolok, és felteszem a grubot.
Ez bármekkora (kisebb, nagyobb) partíciókkal működik, természetesen feltéve, hogy van elegendő hely. De ez nyilvánvaló.
-
jimmy399
senior tag
-
jimmy399
senior tag
Helló!
Fogod, és tar-ral csinálsz egy tömörítvényt minden partícióról, majd létrehozod ezeket a partíciókat tetszőleges méretben a kisebb ssd-n és kitömöríted rá a rendszert. Majd egy kis UUID helyrerakás az fstab-ban meg egy kis initramfs frissítés majd update-grub és grub-install ez mind chroot alatt és kész is.
Ennek előnye, hogy kb nincsen lemezméret, partíció és fájrendszer függvénye, valamint a partíciós séma sincsen kőbe vésve.Én egy BIOS-os gépen GPT-s lemezt használok, annak minden előnyével együtt.
-
gdori007
csendes újonc
Hölgyek/urak!
Van otthon egy kis média szerverem, Debian 13 fut rajta, elég jól belaktam már egy 500 gigás ssd-n, viszont közben rájöttem, hogy 500 giga nagyon pazarló arra, amire használom (docker és pár konténer), és máshol célszerűbben fel tudnám használni ezt a meghajtót, így szeretnék átköltözni egy kisebb, 250 gigás ssd-re.
A mostani meghajtón négy partíció van, /efi, /root, /swap és /temp, 500MB, 25GB, 4GB méretűek, a többi a /temp, erre csak a letöltés idején van adat, egyébként nincs.
A kérdés adott, hogyan tudom könnyen megoldani a költözést? Clonezillát próbáltam, de úgy láttam nem tud kisebb meghajtóra klónozni, hibával leállt. Semmi pótolhatatlan nincs a meghajtón, ha bonyolult, újra is tudom telepíteni.
-
urandom0
őstag
-
cigam
titán
-
elektron@
csendes tag
köcsög pingvin szivat engem. ezer hibán tul vagyok már minden jo. majdnem. van roka meg sylpheed. ma regisztráni akartam valahová. elküldték az aktiválo emilt. az van benne hogy kattintsak az aktiválo linkre. rákattintottam és nem történt semmi. rákattintással nem lehet csinálni semmit. bemásolni sem lehet a rákattintást. mi lehet a baj. a sylpheed szopat vagy a roka?
-
elektron@
csendes tag
tuljutottam a hibákon és már tök jo. volt. de most meg nem bootol be. control-D ig eljut és megáll. startx re bebootol valami üres root ként de az semmire sem jo. kali linuxal megnéztem az fstabot de az renben van. ujrahuztam backup bol de nem lett jobb. most meg mi a rák lelte?
-
cigam
titán
Ezért kell előtte menteni az egész rendszert egy image fájlba,, főleg ha még nem csináltál ilyet.
Apy3cleanparancs hiányzik a rendszerből. Ez apython3-minimalcsomag része, és ha sérült vagy hiányzik, akkor adpkgnem tudja befejezni a Python3 konfigurálását. A megoldás általában apython3-minimalújratelepítése
sudo apt update
sudo apt install --reinstall python3-minimal
sudo dpkg --configure -a
parancsok talán egyenesbe hozzák. -
bambano
titán
-
elektron@
csendes tag
a verzio váltás megvolt de a trixi beteg. a cups service hibás. ott elakad és nem is lép tovább.
na mindegy visszacsináltam a bookwont. müködik de vagy két oldalnyi függöségi hibám van. nem tudom miért és javitani sem tudom.üggőségi fa építése... Kész
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Kész
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
16 nincs teljesen telepítve/eltávolítva.
A művelet után 0 B lemezterület kerül felhasználásra.
Folytatni akarja? [I/n] i
Beállítás: python3 (3.11.2-1+b1) ...
running python rtupdate hooks for python3.11...
/usr/share/python3/runtime.d/libglib2.0-tests.rtupdate: 5: py3clean: not found
error running python rtupdate hook libglib2.0-tests
dpkg: error processing package python3 (--configure):
installed python3 package post-installation script subprocess returned error exit status 4
dpkg: függőségi gondok miatt nem beállítható e csomag: python3-dbusmock:
python3-dbusmock függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package python3-dbusmock (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: python3-gi:
python3-gi függőségek: python3 (<< 3.12); ám:
python3 csomag még beállítatlan.
python3-gi függőségek: python3 (>= 3.11~); ám:
python3 csomag még beállítatlan.
python3-gi függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package python3-gi (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libglib2.0-tests:
libglib2.0-tests függőségek: python3-dbusmock; ám:
python3-dbusmock csomag még beállítatlan.
libglib2.0-tests függőségek: python3-gi; ám:
python3-gi csomag még beállítatlan.
libglib2.0-tests függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package libglib2.0-tests (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libglib2.0-dev-bin:
libglib2.0-dev-bin függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package libglib2.0-dev-bin (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: python3-dbus:
python3-dbus függőségek: python3 (<< 3.12); ám:
python3 csomag még beállítatlan.
python3-dbus függőségek: python3 (>= 3.11~); ám:
python3 csomag még beállítatlan.
python3-dbus függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package python3-dbus (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: gobject-introspection:
gobject-introspection függőségek: python3 (<< 3.12); ám:
python3 csomag még beállítatlan.
gobject-introspection függőségek: python3 (>= 3.11~); ám:
python3 csomag még beállítatlan.
gobject-introspection függőségek: python3:any; ám:
python3 csomag még beállítatlan.
dpkg: error processing package gobject-introspection (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libglib2.0-dev:amd64:
libglib2.0-dev:amd64 függőségek: libglib2.0-dev-bin (= 2.74.6-2+deb12u7); ám:
libglib2.0-dev-bin csomag még beállítatlan.
dpkg: error processing package libglib2.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libpango1.0-dev:amd64:
libpango1.0-dev:amd64 függőségek: libglib2.0-dev (>= 2.62.0); ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libpango1.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libcairo2-dev:amd64:
libcairo2-dev:amd64 függőségek: libglib2.0-dev; ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libcairo2-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libatk1.0-dev:amd64:
libatk1.0-dev:amd64 függőségek: libglib2.0-dev; ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libatk1.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libgdk-pixbuf-2.0-dev:amd64:
libgdk-pixbuf-2.0-dev:amd64 függőségek: libglib2.0-dev (>= 2.56.0); ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libgdk-pixbuf-2.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libatspi2.0-dev:amd64:
libatspi2.0-dev:amd64 függőségek: libglib2.0-dev; ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libatspi2.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libgtk-3-dev:amd64:
libgtk-3-dev:amd64 függőségek: libatk1.0-dev (>= 2.35.1); ám:
libatk1.0-dev:amd64 csomag még beállítatlan.
libgtk-3-dev:amd64 függőségek: libcairo2-dev (>= 1.14.0); ám:
libcairo2-dev:amd64 csomag még beállítatlan.
libgtk-3-dev:amd64 függőségek: libgdk-pixbuf-2.0-dev (>= 2.40.0); ám:
libgdk-pixbuf-2.0-dev:amd64 csomag még beállítatlan.
libgtk-3-dev:amd64 függőségek: libglib2.0-dev (>= 2.57.2); ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
libgtk-3-dev:amd64 függőségek: libpango1.0-dev (>= 1.44.0); ám:
libpango1.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libgtk-3-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libharfbuzz-dev:amd64:
libharfbuzz-dev:amd64 függőségek: libglib2.0-dev; ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libharfbuzz-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
dpkg: függőségi gondok miatt nem beállítható e csomag: libatk-bridge2.0-dev:amd64:
libatk-bridge2.0-dev:amd64 függőségek: libatk1.0-dev; ám:
libatk1.0-dev:amd64 csomag még beállítatlan.
libatk-bridge2.0-dev:amd64 függőségek: libglib2.0-dev; ám:
libglib2.0-dev:amd64 csomag még beállítatlan.
libatk-bridge2.0-dev:amd64 függőségek: libatspi2.0-dev; ám:
libatspi2.0-dev:amd64 csomag még beállítatlan.
dpkg: error processing package libatk-bridge2.0-dev:amd64 (--configure):
függőségi hibák - e csomag beállítatlan maradt
Hibák történtek a feldolgozáskor:
python3
python3-dbusmock
python3-gi
libglib2.0-tests
libglib2.0-dev-bin
python3-dbus
gobject-introspection
libglib2.0-dev:amd64
libpango1.0-dev:amd64
libcairo2-dev:amd64
libatk1.0-dev:amd64
libgdk-pixbuf-2.0-dev:amd64
libatspi2.0-dev:amd64
libgtk-3-dev:amd64
libharfbuzz-dev:amd64
libatk-bridge2.0-dev:amd64
Hiba: Az időkorlát elérve
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@desktop:/home/asus# -
bambano
titán
-
bhonti
aktív tag
-
elektron@
csendes tag
most nincs kedvem ezer oldalt végigolvasni. a problémám. debian 12 frisitettem 13 ra. a gép el sem indult. valahogy visszacsináltam de most vagy két oldal függöségem van amit nem tudok javitani. ezeket probáltam.
apt-get update
apt-get upgrade
apt-get install -f
dpkg --configure -a
apt-get --fix -missing update
nem jutottam elörébb. van valakinek ötlete? -
cog777
őstag
Segitseget kernek Nvidia driver telepitesehez. Debian 13, Gnome telepites.
RTX A3000 laptop GPU-m van Intel mellett.
Sec Boot-ot kikapcsoltam, csak egy ujabb hibalehetoseg - ha rosszul irnam ala a kernelt...Szoval, probaltam az Nvidia oldalarol a hivatalos drivert, felment (forditotta a drivert) nvidia-settings mutatja a kartyat, homersekletet.
lsmod listazta az nvidia drivert.
Ellenben a Steam hibat ir ki amikor probalna hasznalni es visszavalt Intelre:flatpak run --env=DRI_PRIME=1 com.valvesoftware.Steam
...
kmsro: driver missing
glx: failed to create dri3 screen
failed to load driver: nvidia-drm
...
Running query: 1 - GpuTopology
Response: gpu_topology {
gpus {
id: 1
name: "Intel(R) UHD Graphics (TGL GT1)"
vram_size_bytes: 24983169024
driver_id: k_EGpuDriverId_MesaIntel
driver_version_major: 25
driver_version_minor: 2
driver_version_patch: 6
luid: 0
}
gpus {
id: 2
name: "llvmpipe (LLVM 21.1.4, 256 bits)"
vram_size_bytes: 3221225472
driver_id: k_EGpuDriverId_MesaLLVMPipe
driver_version_major: 25
driver_version_minor: 2
driver_version_patch: 6
luid: 0
}
default_gpu_id: 1
}
...
kmsro: driver missing
glx: failed to create dri3 screen
failed to load driver: nvidia-drm
pci id for fd 27: 10de:24b8, driver (null)
pci id for fd 28: 10de:24b8, driver (null)Masik opciokent eltavolitottam a fenti drivert es telepitettem a nonfree repobol:
sudo apt install firmware-nvidia-graphics
Szinten sikertelen, kb ugyanaz a fenti uzenet Steam inditasakor.
Van valakinek egyeb otlete hogyan kell feltennem a zart Nvidia drivert?
Nem jatszom AAA jatekokkal, csak par kisebbel, szerintem nem lenne problema ha nem a legujabbat tennem fel.
Elore is koszi! -
kovaax
őstag
-
csixy
addikt
Igen. A linux ebből a szempontból nagyon képlékeny, szinte bármilyen partíciós formát be lehet bootolni bármelyik rendszerű partíciós táblából. Redmond viszont szánt szándékkal kizárta azt a lehetőséget hogy a szezont keverjük a fazonnal és csakis a GPT - (U)EFI párossal hajlandó tovább építkezni, direkt nem hagyja (előre kizárta azt a lehetőséget), hogy egy GPT lemezre telepített windows rendszert Legacy módra be lehessen bootolni.
Múltkor össze akadt a szemem, csináltam egy GPT lemezt sda1 lett swap, sda2 lett ext4 / és sda3 1Mib bios_grub, erre feltelepítettem legacy módra egy LMDE7-es rendszert. Legacy módra bootolt, aztán töröltem az sda3 partíciót és ezután is bootolt legacy módra. .... hoppá, hogy is van ez .... aztán leesett hogy ezt csinálja a ventoy is GPT disk esetén . Az sda3-ba írt Grub2 core.img írja be a Protect MBR-be a boot.img állományt (népies nevén a grubot) , logikusan törölt sda3 esetén nem fogom tudni frissíteni a grubot.
Linux esetén kisérletképpen fogok csinálni egy kétlemezes rendszszert UEFI + Legacy tudású BIOS mellett.Az sda lesz GPT , rajta sda1 swap, sda2 bios_grub, sda3 EFI, sda4 / ext4. Az sdb lesz MBR, sdb1 / ext4. Az sdb1-re telepített UEFI linuxot fogja bootolni az sda3 EFI és az sda4-re telepített Legacy linuxot fogja bootolni az sdb MBR-je , később a legacy linux boot menüjébe felvetetem az sdb1-re telepített linuxot is (kis barkácsolás kell a grub telepítésekkel és másolni kell a /usr/lib/grub-ból a /boot/grub-ba az i386-pc mappát illetve vica-versa másik esetben az x86_64.efi mappát. A végén az sda Protect MBR is munkára lesz fogva és a végén mindenhonnan bootolható lesz minden is. ... Ez kész őrület, de meg lesz.
-
jimmy399
senior tag
Hellósztok!
Ma is tanultam valami újat. Egyik este félálomban felkelek és eszembe jut hogy van olyan hogy BIOS boot partition. Rákerestem erre és elolvasva egy cikket a GPT partícionálásról, hogy abban van olyan, hogy Protected MBR + GPT, hogy amelyik rendszer nem ismeri a GPT partíciós sémát, akkor is mutassa a rendszer, hogy az egész lemez foglalt, tehát nem üres.
Viszont tovább olvasva, lehetséges olyat csinálni, hogy legacy rendszeren is lehet használni GPT partícionálást, úgy hogy kell készíteni egy legalább 31KB-os BIOS boot partíciót a partícionálás elején (én 2 MB-osat hoztam létre), majd ESP és jöhetnek a többi partíciók, amennyi kell. Aztán mikor a grub2-t telepíti az ember, akkor felismeri, hogy GPT lemez és van BIOS boot partíció, ami fájlrendszer nélküli, erre írja a saját boot logikáját, így gyakorlatilag a legacy BIOS indításnál képes GPT lemezről bootolni a grub2 a rendszert (Debian 13 és 12). Komoly, át is állítottam az egyik csak legacy bootképes laptopot erre a GPT + MBR partíciós stílusra, és majd rakok rá egy Archot talán egyszer.Eddig amin még meglepődtem, hogy UEFI boot és képes a grub2 indítani egy MBR-es lemezről indítani egy rendszert. Windows alatt ez lehetetlen lenne.
-
kovaax
őstag
-
cigam
titán
-
kovaax
őstag
Sziasztok,
Debian Trixie-n a legutolsó thunderbird frissítés óta nem működnek az emlékeztetők se az eseményekhez, se a naptárhoz. Ha elmúlik az esemény, akkor a listában más színe lesz, de akkor már ugye nem feltétlenül vagyok boldog... Találkozott valaki ilyennel mostanában? Debian bug reportot nem találtam ilyet... (MT témában nem reagált senki, mondok hátha itt.) -
csixy
addikt
-
Friczy
senior tag
-
csixy
addikt
Vagy Gparteddel másol - beilleszt , közben a kívánt partíciók megnövelhetők. Én az SSD hátsó végén szoktam hagyni 7%-nyi partícionálatlan területet (állítólag feleslegesen csinálom ezt, de öreg SSD esetén nem baj, ha ott van az)
-
bhonti
aktív tag
-
kutga
félisten
-
bambano
titán
-
kutga
félisten
-
Friczy
senior tag
Sokszor költöztettem már rendszert nagyobb HDD-re amikor még azok voltak. A költöztetés nálam többé-kevésbé egyszerű másolásokból állt. Azért a többes szám, mert több partíció volt. Ha nálad csak egy van, akkor egyszerűbb az élet. Van a cp parancsnak egy olyan kapcsolója, ami erre a legalkalmasabb, nekem a cp -ax vált be. Az a opció arra kell, hogy megőrizze az attribútumokat (jogosultság, file dátumok), az x pedig arra, hogy csak azokat másolja, amelyek egy partíción vannak. Ez megvéd attól is, hogy megpróbálja átmásolni a pszeudo partíciókat (/sys, /dev, /proc és még mások, ha vannak)
Tehát nálam az volt a megoldás, hogy az új HDD (nálad SSD) megy a gépre USB-n, létrehozod a partíció(ka)t, azt mountolod mondjuk az /mnt alá, és ha csak egy partíció van, akkor cp -ax / /mnt Ha esetleg EFI boot van, azt a partíciót is hasonlóan át tudod másolni.
Amikor ez megvan, még bootolhatóvá kell tenni a rendszert, ez kicsit bonyolultabb, arra már kell a live disztribúció (lehetőleg ugyanaz a verzió, mint a másolandó rendszer).
Beteszed az új SSD-t a helyére, és boot egy live rendszerről. Az új SSD-t ismét lehet mountolni az /mnt könyvtárba, aztán a megfelelő pszeudo partíciókat (/sys, /run, /dev, /proc) mount --bind opcióval egyenként mountolod (pl. mount --bind /dev /mnt/dev), utána chroot /mnt bin/bash Ha az fstabban a partíciók UUID alapján vannak benne, az UUID-t átírod az új partíció(k)nak megfelelően, és egy grub-install és update-grub paranccsal bootolhatóvá teszed a rendszert. Ezután már mennie kell az újnak.
-
kutga
félisten
Hölgyek/Urak!
Anyámnál üzemel egy kis média szerver, Fujitsu S920 minipc az alapja, Debian 13 fut rajta, 120 gigás ssd-ről, amit szeretnék kicserélni egy kétszer akkorára, hogy tudnám ezt egyszerűen megtenni? A jelenlegi ssd, amin a rendszer van, be van építve a gépbe, a nagyobbikat usb-n keresztül rá tudom kötni. Arra gondoltam, valamilyen live disztóval belépek, és átmásolom az adatokat egyikről a másikra.
-
kutga
félisten
-
bambano
titán
-
kutga
félisten
Hölgyek/Urak!
Van otthon egy Debian 13 alapú szerverem, amihez nemrég kaptam egy 4-portos hálózati kártyát, ilyet pontosan.
Ha azt szeretném, hogy ez a gép, ezzel a kártyával switchként működjön, tehát a rá dugott klienseknek adjon ip címet a helyi hálózaton, ahhoz mit kellene tennem? Egyéb router feladatokra nincs szükség, arra van külön eszköz.
-
jimmy399
senior tag
-
zoltanz
nagyúr
-
hcl
titán
-
hcl
titán
Én csak hangot akarok
Ha jól értem, a Pipewire a Pulse-t váltja, de működnek együtt is.
Kipróbáltam, hogy nem volt Pulse, akkor se ment. Itt valami mélyebb para van.
Most olvastam, hogy Fülöpsz TV-kkel van valami macera, de az Arch-os leírás, és nem találom, hogy Debianon hol az a konfig. Elvileg a sample rate-t kellene kényszeríteni. -
bambano
titán
-
hcl
titán
sudo vi /usr/share/alsa/ucm2/HDA/HDA.conf , Define.Use "1" (amúgy üres)
majd HDMI bedug, utána systemctl --user restart pipewire pipewire-pulse wireplumber
És lett 3 HDMI kimenet a Pulse volume controlban.
Csak hang nem jön ki rajta
A másik gépemen ugyanígy van, azon viszont kijön.
Meg ott nem kell a szolgáltatásokat újraindítani.
-
hcl
titán
Hello,
Valakinek van ötlete arra, ha Debian Tesingen nincs HDMI-n hang? Minden más kimenet működik, csak a HDMI nem.
Pulseaudio, Pipewire telepítgetés után vannak kimeneti profilok, de kiválasztva a HDMI-t semmi hang.
USB-ről bootoló Debianon (ez 12-es még) pöcc-röff van HDMI hangkimenet ugyanezen a gépen.Dmesg-ben semmit nem látni, főleg hibát nem.
Thx

-
bambano
titán
-
cigam
titán
-
kovaax
őstag
-
bambano
titán
Akinek 13-as debianja van (korábbiakon nem tudom, nincs kéznél), az ne frissítsen, mert valamit elbaltáztak az apt-ban és/vagy a repókban.
-
nemurea
aktív tag
-
cigam
titán
-
nemurea
aktív tag
Sziasztok, nincs véletlen tippetek a következőre:
Telepítettem a trixie-t egy viszonylag régicske Asrock minigépre, amit HTPC-ként (erős szavak
) használunk. A suspend nem működik, minden más eddig tök szuper, de az alvás egész fontos, mert jobbára csak ott hagynánk, majd elalszik.A log szerint mintha valamelyik USB eszköz nem engedné lemenni alvóba, de kihúzogattam, cseréltem, nem igazán ez a probléma, inkább a mögöttes service.
Szimptóma: a jobb felső sarokban rákattintok a Felfüggesztésre, elsötétül, majd azonnal kivilágosodik a képernyő és a login screen-re dob. A korábbi USB-s pl. billentyűzet ilyenkor működik, de újat nem tudtam itt működésre bírni (tesztelésként).
Ez alapján készítettem service-t, ilyenkor valóban lemegy alvóba, de ébredéskor már nem használhatók az USB eszközök, így nem is tudom beírni a jelszót. Lehet, hogy elrontottam benne valamit, de a logban nem láttam semmi érdemlegeset.
Nem kell véresen belemélyedni, csak ha valaki már megküzdött ilyesmivel és van esetleg egy irány, amin elindulok.
Köszi!
aug 30 20:57:05 debian-htpc-asrock kernel: ata3.00: configured for UDMA/133aug 30 20:57:05 debian-htpc-asrock kernel: Filesystems sync: 0.294 secondsaug 30 20:57:05 debian-htpc-asrock kernel: Freezing user space processesaug 30 20:57:05 debian-htpc-asrock kernel: Freezing user space processes completed (elapsed 0.002 seconds)aug 30 20:57:05 debian-htpc-asrock kernel: OOM killer disabled.aug 30 20:57:05 debian-htpc-asrock kernel: Freezing remaining freezable tasksaug 30 20:57:05 debian-htpc-asrock kernel: Freezing remaining freezable tasks completed (elapsed 0.001 seconds)aug 30 20:57:05 debian-htpc-asrock kernel: printk: Suspending console(s) (use no_console_suspend to debug)aug 30 20:57:05 debian-htpc-asrock kernel: serial 00:04: disabledaug 30 20:57:05 debian-htpc-asrock kernel: parport_pc 00:03: disabledaug 30 20:57:05 debian-htpc-asrock kernel: sd 2:0:0:0: [sda] Synchronizing SCSI cacheaug 30 20:57:05 debian-htpc-asrock kernel: ata3.00: Entering standby power modeaug 30 20:57:05 debian-htpc-asrock kernel: xhci_hcd 0000:00:14.0: PM: pci_pm_suspend(): hcd_pci_suspend [usbcore] returns -16aug 30 20:57:05 debian-htpc-asrock kernel: xhci_hcd 0000:00:14.0: PM: dpm_run_callback(): pci_pm_suspend returns -16aug 30 20:57:05 debian-htpc-asrock kernel: xhci_hcd 0000:00:14.0: PM: failed to suspend async: error -16aug 30 20:57:05 debian-htpc-asrock kernel: PM: Some devices failed to suspend, or early wake event detectedaug 30 20:57:05 debian-htpc-asrock kernel: parport_pc 00:03: activatedaug 30 20:57:05 debian-htpc-asrock kernel: serial 00:04: activatedaug 30 20:57:05 debian-htpc-asrock kernel: OOM killer enabled.aug 30 20:57:05 debian-htpc-asrock kernel: Restarting tasks ... done.aug 30 20:57:05 debian-htpc-asrock kernel: random: crng reseeded on system resumptionaug 30 20:57:05 debian-htpc-asrock kernel: PM: suspend exitaug 30 20:57:05 debian-htpc-asrock systemd-sleep[2765]: Failed to put system to sleep. System resumed again: Device or resource busy -
bambano
titán
-
sh4d0w
félisten
-
bambano
titán
-
jimmy399
senior tag
-
cigam
titán
-
jimmy399
senior tag
Sziasztok!
Frissítettem egy Dell Letitude E6430-es laptopot Debian 12-ről 13-ra.
Minden remek, viszont, amikor indítom a rendszert, akkor a cpu venti felpörög, leáll, felpörög, leáll, leállva is marad, majd ismét felpörög 2-3 másodperc múlva és ezt csinálja, amíg nincs terhelve. Ez miért van? Eddig a 12 alatt nem volt ilyen. Google-ba kerestem, de csak régebbi találatok vannak, amelyek nem relevánsak. -
kinghaxor
aktív tag
-
Friczy
senior tag
Ki is próbáltam. Az eredmény:
******** Információ ********
qBittorrent irányításához nyissa meg a Web UI-t itt: http://localhost:8080
A WebUI adminisztrátor felhasználónév: admin
A WebUI rendszergazdai jelszó nem volt beállítva. A munkamenethez egy ideiglenes jelszó lett biztosítva: ésittegyrandomkaraktersorozat
Javasolt saját jelszót beállítania a programbeállításokban. -
Friczy
senior tag
-
ubyegon2
félisten
-
kinghaxor
aktív tag
-
ubyegon2
félisten
-
kinghaxor
aktív tag
Sziasztok. Tudna segíteni valaki? Feltelepítettem egy Debian 13 rendszert egy gépre de grafikus felület nélkül, ssh-n keresztül használom. Telepítettem a qbittorrent-nox-ot. A problémám az, hogy a webes bejelentkezési ablakban nem fogadja el az admin adminadmin párost. Kicsit utána néztem és azt találtam, hogy az új qbittorrent verzióban indításkor új ideiglenes jelszót generál. Hol találom ezt a jelszót? Már minden létező leírást megnéztem de nem jutottam eredményre.
Ez alapján telepítettem a nox-ot.
Tudna segíteni valaki?
-
zetecR
addikt
-
cigam
titán
-
zetecR
addikt
Sziasztok,
végülis sikerült valami 4. generációs I7-es gépre falrakni a Debiant, minden szép és jó - egy dolgot kivéve: hiába állítom be, hogy kapcsolja le a monitort x perc inaktivitás után, nem teszi.
Akár napokig is világít, aludni sem megy el a gép.
Mit kellene megnéznem/beállítanom? -
csixy
addikt
-
kutga
félisten
-
csixy
addikt
-
kutga
félisten
-
jimmy399
senior tag
-
bambano
titán
-
Crvsh3R
senior tag
Egyébként nem tudom, hogy tudtok-e róla, de Trixie óta a sources.list-nél áttértek deb822 formátumra és szépen lassan vezetik ki a régit.
A meglévő régi source-okat át lehet konvertáltatni az új formátumra a sudo apt modernize-sources paranccsal. A régiekről backupot készít automatikusan. -
Friczy
senior tag
-
ubyegon2
félisten
Hogyan kell a trixie bétát trixie-re frissíteni?
Megint rosszul fogalmaztam. Egyszerűen csak frissíted a rendszert és RC3-nál már gyakorlatilag beállt a stable állapot. Utána már csak pár apróbb csomag frissült.Anno felraktam a bétát, mivel nem volt repo a sources.list-ben, ezeket raktam be, nem is nagyon tud mást csinálni, mint stable állapotra frissülni.
Új hozzászólás Aktív témák
-
10900 - 10801
10907 - 10901 10900 - 10801 10800 - 10701 10700 - 10601 10600 - 10501 10500 - 10401 10400 - 10301 10300 - 10201 10200 - 10101 10100 - 10001 10000 - 9901 9900 - 9801 9800 - 9701 9700 - 9601 9600 - 9501 9500 - 9401 9400 - 9301 9300 - 9201 9200 - 9101 9100 - 9001 9000 - 8901 8900 - 8801 8800 - 8701 8700 - 8601 8600 - 8501 8500 - 8401 8400 - 8301 8300 - 8201 8200 - 8101 8100 - 8001 8000 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
LOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- OS, alkalmazások
- Debian GNU/Linux
- (kiemelt téma)
- Megújult mobilos felület, fórumos ráncfelvarrás a PROHARDVER! lapcsaládon
- Formula-1
- E-roller topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Diablo IV
- Macska topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Mobil flották
- Adatmentés - HDD - SSD - Flash
- Napelem
- További aktív témák...
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Microsoft és egyéb dobozos és OEM szoftverek
- MS SQL Server 2016, 2017, 2019
- LG UltraGear 32GS94UX-B OLED Monitor! 3840x2160 / 480Hz / 0.03ms / G-Sync / FreeSync! BeszámítOK
- MacBook Air 15" (M3, 8 GB RAM, 512 GB SSD)
- Dell Latitude 5400 14" FHD IPS, i5 8365U, 8-16GB RAM, SSD, számla, 6 hó gar
- 500GB, 320GB, 250GB notebook 2,5" HDD-k. Több db. (100/100%)
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



Nagyon köszönöm, az ember mindig tanul.

