Új hozzászólás Aktív témák

• #52542 tpotyka tag cigam #52540

  Új Válasz 2023-11-08 20:19:47 #52542

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  tpotyka

  tag

  válasz cigam #52540 üzenetére

  Köszönöm, a helyzet, hogy nem szoktam telepítgetni új op.rsz-eket, pláne Linux-ot nem. Szerencsés volna enélkül megoldani, vagyis a megoldási sorban kb. a Linux bevetés várakozna a végén. Hasznosak a háttérinfóid, az ilyen korlátozások csak addig nem bosszantóak, amíg nem érintik az embert. Megnézem ezt a Win11-es linket.

  Amúgy egyáltalán nem állandó jelleggel adódik ilyen másolás, ebben az eredeti mapparendszerben is csak azért lettek hosszabb elérési utak, mert rajtam kívül álló személyek mappahierarchiában fölé pakoltak kevés, rövid neves mappát, de ez épp elég volt, hogy a korábban gond nélkül mozdítható állományban úgy 4000 db file problémássá váljon.

  Még az jutott eszembe, hogy a rar tömörítgetéssel tehetnék egy próbát, nem a laptopra, de van egy erre átmenetileg bevethető külső 2TB-os SSD-m (forrás HDD-ról SSD-re rarosítani, onnan cél HDD-re kicsomagolni – ha hajlandó). Bár időben biztos hosszas művelet lenne, de legalább a mappa dátumok is maradhatnának eredetiek. Ez az SSD éppen exFAT maradt (nem formáztam NTFS-re), ez is érdekes lenne, milyen nyúzást enged meg, dromedár rar rápakolás ürügyén.

  „Ha nincs más a céllemezen, egy klónozó programmal szektorról szektorra átmásolod a lemezképet egyikről a másikra.”
  Sajnos abszolút nem ilyen egyszerű. Archív és biztonsági másolat a téma, de a céllemezre más is kerül. Persze a sorrendet alakíthatnám, azaz lehetne ez a problémás 800GB+ anyag az első rákerülő pakk a cél HDD-n, de az emiatt klónozás stb. szintén elég körülményes, s a forrás HDD formáját ennyire nem nyomatnám rá a cél HDD-re, ami a klónozással adná magát.

Új hozzászólás Aktív témák