- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
Új hozzászólás Aktív témák
-
King Unique
titán
válasz gyulank #55207 üzenetére
Ha NTFS fájlrendszerű a HDD, akkor ott eleve hozzáférési engedélyek vannak, ahol alapesetben nincs engedélye a felhasználónak az egyes mappák tartalmának listázásához, a fájlkezelőben a védett rendszermappák (pl. System Volume Information, $Recycle.Bin) és rendszermeghajtó esetén a rendszerfájlok (pl. lapozófájl, hibernációs fájl) biztonsági okokból alapból nem is jelennek meg még a rejtett fájlok mutatásának bekapcsolásával sem, max. a védett rendszerfájlokénál, stb. Ezért is lehet fals alapesetben az ilyen szimplán kijelöljük a meghajtó gyökerében a mappákat és megnézzük, összeadjuk a méretüket módszer (példa), elsődlegesen a szabad / foglalt terület méretét kell nézni a meghajtó tulajdonságainál.
A legtisztább pl. a Treesize Free programmal megnézni, hogy mi és pontosan mekkora lemezterületet foglal (példa). -
-
-
King Unique
titán
válasz gyulank #55210 üzenetére
Le lett írva, hogy NTFS fájlrendszernél miből adódhat az eltérés, ellenben az továbbra sem derült ki, hogy mit mutat az ajánlott Treesize Free program, azaz mi és pontosan mekkora lemezterületet foglal a meghajtón illetve partíción belül.
[ Szerkesztve ]
-
liksoft
nagyúr
válasz gyulank #55216 üzenetére
Ez még IBM-től örökölt mechanika, rengeteg azonossággal benne. Ha jó a tippem (csak tipp!), mechanikán belül lehet a gond, és jó tipp esetén nem lehet üzemszerűen használni. Ha az adatok kellenek, akkor lehet esély rá, de én nem használnám csak ajtókitámasztónak.
Murphy él és dolgozik (Ami el tud romlani, az el is romlik). hdd-mentes.hu
-
liksoft
nagyúr
válasz gyulank #55220 üzenetére
Mechanikán belül egyedül a fejszerelvény ami cserélhető. Most ezzel beljebb vagy?
Ha viszont azt megfelelő szerszám és környezet nélkül cseréled, onnantól már nem lesz menthető.
Sok sikert a továbbiakhoz.Murphy él és dolgozik (Ami el tud romlani, az el is romlik). hdd-mentes.hu
-
-
-
Pikari
őstag
válasz gyulank #55400 üzenetére
Nem írtál konkrétumokat, de vannak olyan portok sok alaplapon, amik 2 teráig látnak csak, aztán körbefordul 2 tera után a méret. Pl fostalicska SAS portok 15 évvel ezelőtt ellopott firmwarevel, hibásan lemásolt kínai chippek, usb vinyó rackek... Nem biztos, hogy ez a baj, csak gondoltam, megemlítem, hogy lehetséges ilyen.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
gyulank
addikt
válasz gyulank #55404 üzenetére
Csak az SSD letört csatlakozója okozhatta valahogy. Mert mi más okozhatta volna pont most, pont mindkettővel? Akkor lehet a BD író is elromlott csak még nem próbáltam. De furcsa, hogy az SSD meg bebootolt, csak ha már észrevettem, nem hagytam úgy.
Szóval az egyik kérdés, hogy helyreállítható adatvesztés nélkül? A másik, hogy adatvesztéssel helyreállítható-e? Mert ha lehet adatvesztés nélkül szeretném, ezért nem próbáltam a Disk managementben csinálni semmi újrapartícionálást.
[ Szerkesztve ]
ASRock Z370 Pro4+i3-8100+32GB Windows 22631.2361 Ubuntu 23.10 x64
-
Pikari
őstag
válasz gyulank #55404 üzenetére
Hát először is, mielőtt bármit csinálnál, dugd rá egy másik gépre szerintem, aztán nézd meg őket ott, hogy mit csinálnak. Nem hiszem, hogy ez vinyó probléma lenne, inkább az alaplapot szállta meg az ördög.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Pikari
őstag
válasz gyulank #55407 üzenetére
Mivel a vinyók méretét a rendszer helyesen látja, a partíciós táblák viszont összekuszálódtak, én inkább az adatmentéses topikban néznék szét. Ez a topik -ahogy a neve is mutatja - adatmentéssel nem foglalkozik. Ettől függetlenül két dolgot tudok javasolni.
1. getdataback for ntfs
2. linux alatt a parted a gdisk parancs talán vissza tudja állítani a tartalék területről a partíciós táblát, esetleg a parted parancsal meg tudod csinálni.A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
krealon
veterán
válasz gyulank #55400 üzenetére
"Új házba raktam a gépet, SATA SSD-ről bootolt a GRUB, M 2-ről indult a Windows"
Ilyem művelet előtt a hibernálás / gyorsindítás kikapcsolása vagy Shift + Shutdown alkalmazása szükséges.
Ha nem történt meg, akkor az első bootnál a cache-elt adatok esetleg rossz meghajtóra íródtak ki, ami garantált adatvesztéssel jár. Ekkor csak profik, drágán vállalják az adatmentést. -
Pikari
őstag
válasz gyulank #55411 üzenetére
igen, külön program, csak ahogy szerkesztettem a hozzászólást, véletlenül ott maradt a régi mondat eleje. szóval a gdisk érzékelni szokta a régi partíciós táblát, és az alapján vissza tudja állítgatni.
jó tanács a jövőre nézve: én el szoktam menteni a partíciós táblákat fájlokba ilyen esetre, mikor frissen létrehozom őket (a lemez első pár megáját). aztán az alapján vissza lehet hozni, ha eltűnnek.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Pikari
őstag
válasz gyulank #55413 üzenetére
Sajnos nem tudok eltölteni annyi időt itt, hogy leírást készítsek róla. Esetleg azt fel tudom ajánlani, hogy elpostázod, és valami szimbolikus összegért megpróbálom rajta visszaállítani a partíciós táblát.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Pikari
őstag
válasz gyulank #55417 üzenetére
/dev/sdx, ntfs vízjel megkeres, átszámol, gcc előszed, chs kiszámol boot szektor dokumentáció alapján, gpt kiszámol boot szektor dokumentáció alapján, open64, read, write
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
Pikari
őstag
válasz gyulank #55419 üzenetére
Ugye nem azt gondoltad, hogy két kattintás lesz, én meg szándékosan visszatartom előled az információt?
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
-
King Unique
titán
válasz gyulank #55402 üzenetére
Ha RAW lett a HDD-n lévő partíció, akkor pl. ebben a válaszban le vannak írva a lehetőségek, ahol alapesetben ilyenkor nem partíciós táblát állítunk vissza, hanem adatot mentünk arra való célprogrammal (példák), ami eleve az "Adatmentés - liksoft - HDD kereső mentéshez" topik témája, ott tessék folytatni ezt.
Ha saját felelősségre a törölt / formázott partíció közvetlen visszaállítása a cél a biztonságosabb adatmentés helyett, akkor az ugye megoldható Windowson pl. a TestDisk programmal is és nyilván nem kell ehhez sem Linux. De ugye RAW kötet esetén nem is feltétlen kell, mivel a fájlrendszer javítása is megoldhatja jó esetben.A FAT32 fájlrendszer érdekes a 8 TB-os HDD-nél, amikor FAT32-nél alapesetben 2 TB a limit, max. 4Kn (4Ke) alapon (pl. USB-s dokkolóban) lehet annál nagyobb méretű partíció, nem világos azt hogyan sikerült összehozni...
[ Szerkesztve ]