- Texasban nyithat Starlink-gyárat a SpaceX, újat épít a Samsung is
- A Microsoft Exchange szoftverhibáit használták ki kínai hackerek
- A használt berendezések felvásárlásával kerülgeti az USA korlátozásait Kína
- Ujjlenyomattal működő kártyán dolgozik a Samsung és a Mastercard
- Nem használ többé webes követőeszközöket a Google
Hozzászólok Aktív témák
-
enginev3.0
félisten
Nem bíznak a frissítésekben
Csinálhattak volna egy normális grafikus felület verziót is azért
És anyagilag úgy megvagyunk viselve, hogy még lábazatot se tuttunk csináni, mer nincs mibül ll Nem jó, de nem is tragikus ll Logitech <3 ll Oneplus 7 Pro Blue ll WD 4/6/8/10TB HDD-k , SSD-k eladók!
-
janos1988
addikt
Parancssoros...
https://www.youtube.com/watch?v=mkDSGbRyjz8&list=PLVJH24yGtE_w5Ke4aWmRV8erFQmqRD1dK Minden egyes új rész rátesz még egy lapáttal :-D
-
gabor7th
addikt
válasz
enginev3.0 #1 üzenetére
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://coreinfinity.tech
-
ScomComputer
addikt
Jaj ne...megint..
-
Gargouille
aktív tag
-
OddMan
őstag
Ha az SSD már trimm-elt akkor azzal tud kezdeni valamit?
[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
zoli62
addikt
"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?
-
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
-
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
-
GreatL
senior tag
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 i7-9700K víz | Manli RTX 2060 Blower | Xiaomi Mi 9 | Pocketbook Inkpad 3 Pro
-
-
ricsi99
őstag
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ájlokatEgy Gyűrű mind fölött, Egy Gyűrű kegyetlen, Egy a sötétbe zár, bilincs az Egyetlen...
-
King Unique
félisten
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. -
King Unique
félisten
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.
-
Kopi31415
félisten
válasz
ScomComputer #8 üzenetére
Petúnia?
Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec ----- Converting Data | Status: 425% completed | Estimated time remaining: 1193hr46sec
-
TomMusic
senior tag
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.
-
Gargouille
aktív tag
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.
-
enginev3.0
félisten
válasz
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
És anyagilag úgy megvagyunk viselve, hogy még lábazatot se tuttunk csináni, mer nincs mibül ll Nem jó, de nem is tragikus ll Logitech <3 ll Oneplus 7 Pro Blue ll WD 4/6/8/10TB HDD-k , SSD-k eladók!
-
Gargouille
aktív tag
válasz
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.
-
válasz
enginev3.0 #32 üzenetére
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.
-
Kopi31415
félisten
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?Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec ----- Converting Data | Status: 425% completed | Estimated time remaining: 1193hr46sec
-
Gargouille
aktív tag
válasz
Kopi31415 #35 üzenetére
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...
-
válasz
Gargouille #37 üzenetére
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
-
King Unique
félisten
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.
-
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!
-
válasz
Kopi31415 #35 üzenetére
"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!
-
Gargouille
aktív tag
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.
-
Gargouille
aktív tag
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.
-
válasz
Gargouille #46 üzenetére
+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!
-
Necroman_Mk2
senior tag
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!"
-
-
Kopi31415
félisten
válasz
Gargouille #37 üzenetére
Láttam már szarrá scriptelve a CATIÁ-t. Nem igazán parancssoros program.
Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec ----- Converting Data | Status: 425% completed | Estimated time remaining: 1193hr46sec
Hozzászólok Aktív témák
Hirdetés
it Egyszerű esetekben nagyon hasznos lehet, de komoly adatvesztés esetén nem árt elgondolkodni más eszköz használatán.
- Latitude 7370 - 6.gen i5 - 8GB - 256GB - 3200x1800 Touch
- Dell Latitude E7250 - i5 - 8GB - 256GB - FHD Touch
- Sapphire Nitro+ Radeon RX590 8GB Special edition RGB Led
- POFÁTLANUL JÓ ÁRON! Kijelzőhibás Lenovo X390 YOGA i5-8265U 8GB 256GB Gar. 30 hónap
- DELL XPS 9500 15" FHD+ i7-10750H 16GB 512GB Gar.: 2023.11.20.
Állásajánlatok
Cég: Core Systems Informatikai Kft.
Város: Budapest
Cég: ICF Tech Hungary Kft.
Város: Budapest