Nem bíznak a frissítésekben
Csinálhattak volna egy normális grafikus felület verziót is azért
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
(#1) enginev3.0
Nem bíznak a frissítésekben
Csinálhattak volna egy normális grafikus felület verziót is azért
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
Parancssoros...
https://www.youtube.com/watch?v=mkDSGbRyjz8&list=PLVJH24yGtE_w5Ke4aWmRV8erFQmqRD1dK Minden egyes új rész rátesz még egy lapáttal :-D
Meg egy igazi fájl megsemmisítőt is.
A számítástechnika új negatív trendjei: ujtechkor.blog.hu
Egyes források szerint csak bizonyos file-ok recovery-jére alkalmas (mso, pdf, mp3 és talán zip).
https://www.coreinfinity.tech
Abból is visszahoz.
A számítástechnika új negatív trendjei: ujtechkor.blog.hu
Az a legjobb.
Thanos was right.
https://support.microsoft.com/hu-hu/help/4538642/windows-10-restore-lost-files
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
Ha az SSD már trimm-elt akkor azzal tud kezdeni valamit?
[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
"Egyszerű esetekben nagyon hasznos lehet, de komoly adatvesztés esetén nem árt elgondolkodni a használatán.'" Ezt nem értem. A mondat második feléből nem maradt ki ez a két szó: más eszköz?
tényleg béna lett... sokféleképp lehetett volna javítani, de elfogadtam a javaslatodat
"fácánjava calvadosban/teljesítünk, egyre jobban " - Konok Péter
EaseUS Data Recovery Wizard Professional
...Kockázat nélkül nincs vereség... : ------------)
Érdemben nyilván nem, meg ha már a nevesebb adatmentő programok sem, amit a téma topikjából vett példa is szemléltet.
a felhőben vagy hálózaton megosztott fájlok helyreállítását a rendszer nem támogatja.
miért támogatná? és főleg hogyan?
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
Bezony... Az SSD TRIM meg kimaradt... (nyilván TRIM után sem állít vissza senki semmit, ha a TRIM érintette a törölt tartalom által elfoglalt területet).
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Abban már évtizedek óta jeleskednek.
#16
Hát mondjuk jó pénzért felveszi a kapcsolatot az NSA-vel.
[ Szerkesztve ]
undelete 2.0, de olyan májkröszoftosan? (Kevésbé hatékonyan/használhatóan, mint az előd)
Az elődnél eleve rémlik olyasmi, hogy a törölt fájlok által foglalt területre nem írt a rendszer, amíg tehette, ezért lehetett visszaállítani mindent. A fájlnév első karaktere ment csak a levesbe helyreállításkor...
[ Szerkesztve ]
"Sum ergo cogito; cogito ergo dubito" - Jonathan Hepburn
Úgy, úgy! A jó öreg DOS-os undelete, sőt, unformat...
Számtalanszor mentették meg az életemet!
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
Ehh... maradok a többi külsős proginál. Régen a defrag volt ilyen béna, defender helyett most is külsős vírusirtót használok mivel fizetős-legális programot nem hagy futni, a GM-emulátorát VirtualMidiSynth-re cseréltem.
Intel Core i9-9900K víz | 32 GB | GBT RTX 3080 Ti Gaming OC | 48" LG C1 TV | Samsung(.hu) Galaxy S22+ 256 Vodával | Voda Samsung Galaxy A54 | Pocketbook Inkpad 3 Pro
Lehet, hogy ez az. Kitelik tőlük...
Minden számítógép füsttel működik, ha kimegy belőle, akkor nem működik.
hogy hová ír vagy nem ír a rendszer, az a fájlrendszeren múlik
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
Miért, a beépítettel mi a baj? Visszaállításnál a merevlemez tisztítása opció elvileg felülírja (passz, hogy hányszorosan) a kiválasztott partíciót.
Privátban nincs szakmai kérdés, vélemény, arra a fórum való.
Mivel a win állandóan matat az adattárolón , ezért adatmentést igy kezdünk:
Másik géppel a mentendő tárolóról sector copy... majd utánna a backup tárolón elkezdjük a helyreállítást...
ez max arra jó ha lefagy a win akkor parancssorbol helyrehozni az esetlegesen sérült fájlokat
Egy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...
Ha az alaphelyzetbe állításra célzol, akkor igen, annál eleve beállítható a meghajtó(k) biztonsági törlése felülírással (elég az 1-szeres). Ahogyan Vista óta a lassú formázás is zero-fill, azaz teleírja 0-kkal a lemezt, + a DiskPart clean all
parancs szintén. + A fájlszintű törléshez ott van parancssoros formában az SDelete is.
Ha eleve másik fizikai lemezről, akár külsőről kell menteni, akkor nem feltétlen kell ez a procedúra. De általánosan az adatmentést OS-től függetlenül valóban úgy kezdjük, hogy szükség esetén lemezképet / fizikai másolatot készítünk a mentendő forráslemezről és azzal dolgozunk, abból mentünk. Egy rendszermeghajtónál meg alap, hogy nem futtatjuk róla addig az OS-t, nem telepítünk oda programot, stb., hanem ugyanazon gépen másik lemezről futó OS / másik gépben másik OS / külön bootolt live rendszer alól állunk neki adatot menteni. Meg az adatmentés itt másik fizikai lemezre való mentésre értendő, véletlenül sem a forrásra történő rámentéssel, meg alap hogy arról max. olvasunk és nem írunk rá semmit. Ahogyan az is, hogy ha komolyabb gond van a meghajtóval, akkor nem feltétlen állunk neki otthon nyúzni és tovább rontani az állapotán, csökkentve ezáltal a sikeres adatmentés esélyét is, hanem inkább szakemberre bízzuk. Már ha valóban fontosak a rajta lévő adatok és megérnének annyit, mert ha nem, akkor végül is lehet saját felelősségre kísérletezni.
Petúnia?
"4Z 1N73LL1G3NC14 4 V4L70Z45H0Z V4L0 4LK4LM4ZK0D45 K3P3553G3" -573PH3N H4WK1NG
Parancssoros? 2020-ban? Ezek tényleg teljesen meghülyültek.
Persze örülni kell minden hasznos dolognak, de kb. 40ezer program van, ami egy gombnyomásra még a kiterjesztéseket is elég jól be tudja lőni.
Mondjuk nincs ebben semmi boszorkányság. A fájlműveletek sokszor valójában csak a fájleíró táblát szerkesztgetik. Maga a fájl valójában fizikailag az adathordozón marad. Tehát törlésnél csak jelezzük a fájleíró táblában, hogy azok a memóriaterületek, ahol van az adott fájl, az már szabad, felül lehet írni. Így utána a kutya se tudja utána hogy mi volt ott.
Kivéve ha végigszkenneled a tárhelyet.
És azért érdemes a törlés után minél hamarabb a visszaállítást lefuttatni, mert minél többet várunk, annál nagyobb az esély hogy felülírja azt a memóriaterületet egy új fájl tartalma.
Bár ezekkel szerintem nem mondtam sok újat.
Állítólag az egyetemen töltött évek a legszebbek. Ezért a képzési időt próbálom a lehető leghosszabbra nyújtani.
Egyáltalán nem ördögtől való dolog, a parancssoros eszközök mindig is alapvető részei voltak a Windows-nak (a Powershell-ről nem is beszélve). Rengeteg olyan feladat van amit gui-ból sokkal körülményesebb (vagy egyenesen lehetetlen) megoldani. Ráadásul ez az apró eszköz úgymond kenyeret nem kér, nem gátolja, hogy olyan szoftvert használj helyreállításhoz amilyet csak akarsz, viszont ha nincs épp kéznél semmi más, akkor pedig jól jön ha legalább ennyi van.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
(#32) enginev3.0 válasza Gargouille (#31) üzenetére
Igen, rengeteg olyan feladat van amit talán jobb parancssorból végezni, hát ez pont nem az, és ekkora fejlesztőgárdával egy gui-t összerakni kb egy napos munka, se
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
(#33) Gargouille válasza enginev3.0 (#32) üzenetére
Azt én sem feltételezem, hogy azért nem készítettek gui-t mert nem képesek rá, sokkal inkább valószínű, hogy parancssoros eszközként például script-elhető, könnyen futtatható távoli gépen ésatöbbi ésatöbbi... szóval el tudom képzelni, hogy ez inkább adminoknak készült mint végfelhasználóknak.
GUI-s csili-vili megoldás meg már van millió féle a piacon sokkal nagyobb tudással, készíteni egy n+1 -ediket lehet nincs sok értelme. Mondjuk személy szerint nem hiszem, hogy ezt túl sokat fogom használni, de jó tudni, hogy van ilyen is.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
Szerintem meg éppenhogy az ilyen jellegű programoknál hasznos a parancssor, mert így kisebb a program és kevesebbet ír a lemezre munka közben. Egy nagyobb program esetén, ha kevés a memória, akkor temporális fájlokat ír a lemezre, ami ilyenkor a helyreállítást veszélyeztetheti, mert felülírhatja a visszaállítandó fájl egy részét.
Minden számítógép füsttel működik, ha kimegy belőle, akkor nem működik.
Azon túl, hogy ismerjük az MS kódírási képességeit, egyébként annyira nem kéne egy GUI-nak sem lemezre írni, sem erőforrás zabálónak lennie.
#33 Gargouille: A scriptelést miért zárja ki egy GUI?
Amit a Windows kezel.
Azért mert ha scriptelsz akkor mondjuk parancssori kapcsolókkal hívod meg a programot (ha tud ilyet) vagyis nem a gui-t használod. Tehát csak akkor tudod scriptelni, ha a gui mellett parancssoros is a program. Jó, persze lehet autoit scriptet is írni guihoz, de az már megint más...
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
attól, hogy egy programnak van GUI-ja, attól még képes lehet értelmezni parancssori kapcsolókat, kb a világ összes Linux programja ilyen, de rengeteg Windows-os is
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
Parancssoros, pláne a "Windowsban". Következetesség, logika, ergonómia... ezek mind hiányoznak a Microsoft szótárából.
A tiédből meg úgy látszik az, hogy korábban és eddig is voltak parancssoros megoldások a Windowsban, nem tudom pl. BCD, DiskPart, DISM, MBR2GPT stb. mondanak-e valamit... Meg a jelen cikk lényege az lett volna, hogy ezentúl van egy ilyen + opció is ingyenesen a Windows 10-ben a fájlok helyreállítááshoz/mentéséhez, nem az, hogy a fizetős GetDataBack Pro és társai programoknak teremtsenek konkurenciát.
Miért kellene mindennek, tehát a nem otthoni felhasználónak szánt programoknak is GUI-val rendelkezniük???
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
Ezt akartam írni én is. Számtalan kisebb - nagyobb - nagyon nagy grafikus felületű program, sőt, akár rendszernek hívott program simán csak a háttérben futó CLI program kidrótozása a végfelhasználó kedvéért. Linuxban és Windowsban is eléggé elterjedt gyakorlat.
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
"Azon túl, hogy ismerjük az MS kódírási képességeit,"
Mármint arra gondolsz, hogy pár millió, milliárd programsort azért csak megírtak, és brutális komplexitású rendszereket hoztak össze?
Nem mondom, hogy nem szoktam őket rendszeresen szidni, de ez egy kicsit azért meredeken hangzott...
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
Annyira nem, ez igaz. Viszont ebben az esetben a kevés is sok.
Minden számítógép füsttel működik, ha kimegy belőle, akkor nem működik.
Igen, ugyanazt mondjuk mind a ketten. Csak annyival árnyaltam a képet, hogy ha egy GUI-val rendelkező programot - a legtöbb képes erre - parancssori kapcsolókkal használod mondjuk script-ből, akkor a gui-nak ebből a szempontból semmi jelentősége nincsen, hiszen te parancssori programként kezeled, tök mindegy, hogy van e gui vagy nincs.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
Az ergonómia viszonylagos, mert ha mondjuk (ez egy mindennapi példa csak) sok gépen kell lefuttatnod ugyanazt és a kimenetet - amit ad a program - mondjuk be kell drótoznod egy másik alkalmazásba mondjuk a feldolgozás végett, akkor ez parancssorból sokkal egyszerűbb, mint végigkattogtatni. Ez most csak egy példa volt, ezer ilyet fel lehetne sorolni mikor sokkal kényelmesebb és gyorsabb a parancssor mint a gui.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
+1
Nálunk az egyetemen külön tétel volt a GUI/CLI előnyök/hátrányok téma. Mindkettőből akad bőven oda-vissza.
MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
Szerintem ez egy extra szűrő a MS részéről, hogy csak az használja, aki ért is hozzá, és olyan ne, aki úgy gondolja, hogy "ért" hozzá. Nem tudom persze, hogy mit lehet a futtatásakor elrontani, de jobb az óvatosság, és a userek ilyen mód megválogattatása.
(#39) Tetsuo A Win rendes, mindennapi használatához ma már nem kell parancssor. Amihez meg igen, az nem az egyszeri otthoni vagy munkahelyi felhasználóknak szól.
"Élő gondolkodó lény vagyok, aki az információ tengeréből született!"
Bughalmaz, erőforrászabáló vackokat tudnak írni. Rendes programokat nem igazán.