Inne

Finder nie może zakończyć operacji, ponieważ niektórych danych nie można odczytać lub zapisać

D

desmond

Oryginalny plakat
11 kwietnia 2007 r.
  • 22 stycznia 2010
Cześć wszystkim

Poszukałem tego i wydaje się, że nie mogę znaleźć ostatecznego rozwiązania.

Właśnie zaktualizowałem do większego zewnętrznego dysku Verbatim i kiedy idę pobrać pliki z mojego istniejącego dysku zewnętrznego, pojawia się błąd:

Finder nie może zakończyć operacji, ponieważ niektóre dane w *** nie mogą być odczytane lub zapisane

Dzieje się tak tylko w niektórych folderach. Mogę skopiować niektóre foldery, ale w niektórych pojawia się ten błąd. Próbowałem zweryfikować oba dyski, sformatować jeden Verbatim dla FAT32, naprawić, ale nic nie działa.

Kilka punktów, o których warto wspomnieć:

- Oryginalny dysk zewnętrzny jest sformatowany jako MAC OS X Extended Journaled.
- Niektóre foldery, z którymi mam problemy, mogły zostać pierwotnie utworzone na komputerze.

Chciałbym zachować nowy dysk w systemie FAT32, aby móc go używać na komputerze w razie potrzeby. Czytałem coś o używaniu dot_clean przez terminal, ale nigdy nie wydaje mi się, aby ścieżka do mojego zewnętrznego dysku była prawidłowa. (Nazwa dysku zewnętrznego to MASTER HD)

Byłbym wdzięczny, gdyby ktoś inny miał ten sam problem, mógł mi powiedzieć, co zrobili, aby go rozwiązać? Nie wiesz, dlaczego niektóre pliki zostaną skopiowane, a inne nie?

Dzięki za wszelką pomoc

GGJstudios

16 maja 2008


  • 22 stycznia 2010
http://www.macyourself.com/2010/01/07/solution-to-finder-error-code-36-in-10-6-when-copying-folders/
https://forums.macrumors.com/threads/634655/

InfoSecmgr

Gość
31 grudnia 2009
Ypsilanti, Michigan
  • 22 stycznia 2010
Desmond powiedział: Cześć wszystkim

Poszukałem tego i wydaje się, że nie mogę znaleźć ostatecznego rozwiązania.

Właśnie zaktualizowałem do większego zewnętrznego dysku Verbatim i kiedy idę pobrać pliki z mojego istniejącego dysku zewnętrznego, pojawia się błąd:

Finder nie może zakończyć operacji, ponieważ niektóre dane w *** nie mogą być odczytane lub zapisane

Dzieje się tak tylko w niektórych folderach. Mogę skopiować niektóre foldery, ale w niektórych pojawia się ten błąd. Próbowałem zweryfikować oba dyski, sformatować jeden Verbatim dla FAT32, naprawić, ale nic nie działa.

Kilka punktów, o których warto wspomnieć:

- Oryginalny dysk zewnętrzny jest sformatowany jako MAC OS X Extended Journaled.
- Niektóre foldery, z którymi mam problemy, mogły zostać pierwotnie utworzone na komputerze.

Chciałbym zachować nowy dysk w systemie FAT32, aby móc go używać na komputerze w razie potrzeby. Czytałem coś o używaniu dot_clean przez terminal, ale nigdy nie wydaje mi się, aby ścieżka do mojego zewnętrznego dysku była prawidłowa. (Nazwa dysku zewnętrznego to MASTER HD)

Byłbym wdzięczny, gdyby ktoś inny miał ten sam problem, mógł mi powiedzieć, co zrobili, aby go rozwiązać? Nie wiesz, dlaczego niektóre pliki zostaną skopiowane, a inne nie?

Dzięki za wszelką pomoc

Miałem ten sam problem podczas kopiowania plików z komputera PC na iMaca. Niektóre pliki na komputerze były ukryte lub tylko do odczytu, więc zmieniłem cały folder na odczyt/zapis. Naprawione. D

desmond

Oryginalny plakat
11 kwietnia 2007 r.
  • 22 stycznia 2010
Dzięki za pomoc chłopaki.

GGJstudios, ten pierwszy link wydaje się go rozwiązać, dzięki za przesłanie. Dzieje się tak z wieloma folderami. Czy można uruchomić polecenie dot_clean również we wszystkich podfolderach folderu? Próbowałem dodać * na końcu ścieżki i wydaje się, że to nie działa.

Dzięki jeszcze raz D

desmond

Oryginalny plakat
11 kwietnia 2007 r.
  • 25 stycznia 2010
Nie mogłem uruchomić funkcji dot_clean w podfolderach, więc po prostu uciekłem się do zmiany dysku twardego z powrotem na format „OS Extended Journaled”. Chyba i tak nie używam go na PC.

Jeśli ktoś jeszcze natknął się na ten post, znalazłem tutaj kilka innych wskazówek, ale żadna z nich nie zadziałała dla mnie - miejmy nadzieję, że będziesz miał więcej szczęścia!

http://discussions.info.apple.com/thread.jspa?threadID=2295395&start=0&tstart=0 TEN

dzieciak z wyrzutnią

29 lipca 2008 r.
Południowe Chiny, Seattle i miejsca pomiędzy
  • 16 maja 2010
dot_clean pracował dla mnie

Nie mogłem skopiować mojej karty SD o pojemności 16 GB na inną kartę SD o pojemności 16 GB bez błędu Findera -32. (Karty SD 16 GB są używane z moim Palm TX z systemem PowerSDHC, dziękuję PalmPowerups! Więc są sformatowane jako Fat32.)

Po przeczytaniu tego wątku i innych wymienionych tutaj, oto co zrobiłem:

1) dot_clean -m ~
Wyczyszczenie katalogu /home nie miało dla mnie większego sensu, więc wyczyściłem również źródłową kartę SD.
2) cd /Woluminy/
3) dot_clean -m .

Wtedy udało mi się z powodzeniem skopiować pliki z jednej karty SD na drugą. Nie wiem, czy krok 2 i 3 są konieczne, ponieważ nie próbowałem procesu bez nich.

Ponieważ jest to dziwny kłopot, a odkrywanie, jak zrobić coś prostego (kopiowanie z jednego SD do drugiego), było dużą stratą czasu, zgłosiłem błąd do Apple wraz z powyższym obejściem.

Pozdrawiam!

==> Rozpocznij ---
http://LancerKind.com <- Science Author S

skajam66

26 stycznia 2011
  • 26 stycznia 2011
Nie wiem, czy to komuś pomoże, czy nie, ale nigdy nie wiadomo...

Właśnie dzisiaj zacząłem otrzymywać ten błąd podczas tworzenia kopii zapasowej na dysku zewnętrznym. Używam wersji 10.6.6 i z powodzeniem robię kopie zapasowe od ponad roku - do dziś. (Nawiasem mówiąc, jestem grzesznikiem i tworzę kopię zapasową moich katalogów roboczych, przeciągając i upuszczając na dysk zewnętrzny, kiedy mam na to ochotę).

Jedyne, co mogłem pomyśleć, że zrobiłem (ważne) od czasu mojej ostatniej kopii zapasowej, to umożliwienie przeglądania ukrytych plików w Finderze (za pomocą polecenia: defaults write com.apple.Finder AppleShowAllFiles YES). Wyłączyłem więc przeglądanie ukrytych plików (z domyślnymi ustawieniami com.apple.Finder AppleShowAllFiles NO), ponownie uruchomiłem Findera i spróbowałem ponownie, ale nadal bez powodzenia. Następnie ponownie uruchomiłem komputer, spróbowałem ponownie i wszystko było w porządku. Wszystko wróciło do normy.

To nie jest ostateczny dowód na to, że włączenie ukrytych plików było problemem i nie mam zamiaru grzebać, aby to udowodnić lub w inny sposób. Może jednak to komuś pomoże.... D

djchriscleary

8 marca 2011
  • 8 marca 2011
Rozwiązanie z jabłka

Cześć,

Jestem nowy na Macu, ale mam te same problemy, próbuję skopiować dane z systemu Windows na komputer Mac i otrzymuję ten sam komunikat BŁĄD 36,

Właśnie rozmawiałem z Mac i powiedzieli, że nie ma jeszcze ostatecznego rozwiązania, ale jest na to sposób .......

Apple powiedział, że z powodu tego, że mój dysk jest w systemie plików NTFS lub FAT32, pliki nie zostaną przeniesione. Tymczasowym rozwiązaniem jest.....

1. Utwórz kopię zapasową wszystkich plików, które chcesz przenieść na komputer z systemem Windows (lub inny zewnętrzny dysk twardy)
2. Podłącz zewnętrzny dysk twardy do komputera Mac.
3. Na Macu otwórz Aplikacje > Narzędzia > Narzędzia dyskowe
4. Zaznacz zewnętrzny dysk twardy > Na górze powinny znajdować się zakładki pierwszej pomocy/kasowania/partycji itp....
5. Kliknij zakładkę „Usuń”> W polu formatu wybierz opcję „MS-DOS (FAT)”
6. Sformatuj dysk w tym formacie.
7. Podłącz ponownie dysk do komputera z systemem Windows > przenieś na niego pliki, które chcesz skopiować
8. Twój dysk powinien pracować przy kopiowaniu danych stamtąd...........

Mam nadzieję, że to pomoże (jeśli jest to oczywiste, nie śmiej się z moich amatorskich umiejętności mac)

GGJstudios

16 maja 2008
  • 8 marca 2011
djchriscleary powiedział: 5. Kliknij kartę „Usuń”> W polu formatu wybierz opcję „MS-DOS (FAT)”
6. Sformatuj dysk w tym formacie.
Aby rozwiązać ten problem, absolutnie NIE jest konieczne ponowne sformatowanie dysku do FAT32 i NIE jest to akceptowalne rozwiązanie dla tych, którzy muszą przechowywać pliki większe niż 4 GB. Przeczytaj wątek przed wysłaniem. Gdybyś to zrobił, zobaczyłbyś rozwiązanie w 2. poście. S

stabilny

2 kwi 2010
  • 8 marca 2011
Ten sam problem

Mam ten sam problem, ale nie ma to nic wspólnego ze starymi plikami systemu Windows.

Wymieniłem dysk twardy, ponieważ wszystko się zatrzymało i nie chciało się uruchomić. Czy wehikuł czasu zainstalował się na nowym dysku i nie naprawił go. Następnie zainstalowałem SL i użyłem asystenta migracji, aby przeciągnąć moje aplikacje, ale nie dokumenty.

Przeciągałem moje dokumenty ze starego dysku podłączonego przez USB, ale otrzymuję błąd -36 tu i tam. Na tyle często, że nie mogę przeciągnąć całych folderów.

Co najciekawsze, moja biblioteka Aperture nie przeciąga się i otrzymuje błąd -36 2 GB na drodze do 12 GB... To nie ma nic wspólnego ze starymi plikami Windows.

GGJstudios

16 maja 2008
  • 8 marca 2011
stallie powiedział: Mam ten sam problem, ale to nie ma nic wspólnego ze starymi plikami Windowsa.
Jaki jest format dysku? S

stabilny

2 kwi 2010
  • 8 marca 2011
Nowy dysk twardy — kronikowany w systemie Mac OSX (rozszerzony)

Stary dysk twardy — z dziennikiem Mac OSX (rozszerzony) — to stary dysk prosto z MBP, umieszczony w zewnętrznej obudowie.

Co ciekawe, zauważyłem, że w narzędziu dyskowym dla Macintosh HD opcja kasowania jest wyszarzona. Partycja Windows i podłączone napędy tak nie jest. Zastanawiam się, czy to jest powiązane? D

djchriscleary

8 marca 2011
  • 9 marca 2011
GGJstudios powiedział: Absolutnie NIE jest konieczne ponowne sformatowanie dysku do FAT32, aby rozwiązać ten problem i NIE jest to dopuszczalne rozwiązanie dla tych, którzy muszą przechowywać pliki większe niż 4 GB. Przeczytaj wątek przed wysłaniem. Gdybyś to zrobił, zobaczyłbyś rozwiązanie w 2. poście.

Wiesz co kolego, szczerze przepraszam za to, że się urodziłem. To się więcej nie powtórzy.

GGJstudios

16 maja 2008
  • 9 marca 2011
stallie powiedział: Nowy dysk twardy — kronikowany w systemie Mac OSX (rozszerzony)

Stary dysk twardy — z dziennikiem Mac OSX (rozszerzony) — to stary dysk prosto z MBP, umieszczony w zewnętrznej obudowie.

Co ciekawe, zauważyłem, że w narzędziu dyskowym dla Macintosh HD opcja kasowania jest wyszarzona. Partycja Windows i podłączone napędy tak nie jest. Zastanawiam się, czy to jest powiązane?
Nie możesz wymazać partycji Macintosh HD, jeśli jesteś z niej uruchomiony.