Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
podczas kopiowania pliku na dysk USB (pochodzi z laptopa i jest włożony w specjalną kieszeń) wystąpił błąd. na dysku USB powstał przez to plik, który jako wynik polecenia "ls -l" wygląda tak:
?--------- ? ? ? ? ? htd-ht.iso
nie można go ani otworzyć, ani usunąć. krusader pokazuje, że ma wielkość "2,554,727,6 TB (13,804,068,975,958,415,360 B). czy można się tego jakoś pozbyć? czy to oznacza, że powinienem się powoli z tym dyskiem żegnać? dodam, że ten sam plik udało mi się poprawnie skopiować (z inną nazwą) i nie ma z nim problemu.
Offline
można spróbować fsck na systemie plików i chmod na pliku
Offline
nigdy nie bawiłem się tymi narzędziami, stąd pytanie: czy uruchamiając je, mogę uszkodzić poprawne pliki?
Offline
Nie. Pierwsze służy do naprawiania struktury systemu plików a drugie do zmiany praw dostępu do pliku. Mimo wszystko, możesz wykonać kopię zapasową plików które znajdują się na dysku.
Aż nie mogę uwierzyć że nie korzystałeś z chmod.
Offline
Aż nie mogę uwierzyć że nie korzystałeś z chmod.[/quote]
Faktycznie, korzystałem. Tylko mi się coś nie skojarzyło to polecenie :P
[b]EDIT[/b]
fsck pomogło :D dzięki
[url=http://terapieautorskie.pl][img]http://www.szczypior88.republika.pl/cwp.gif[/img][/url]
pozdrawiam
szczypior
Offline
Co zauważyłem - przy kopiowaniu dużej ilości plików, w pewnym momencie transfer spada, po czym pojawia się komunikat o niemożności skopiowania pliku. W tym momencie powstaje tytułowy "dziwny plik". Wciśnięcie "pomiń" nic nie daje, bo każdy kolejny plik staje się niemożliwy do skopiowania i tworzy kolejny "dziwny plik". Po kliknięciu "anuluj" miejsce montowania dysku jest puste, choć "mount" go widzi. Aby przywrócić użyteczność trzeba: odmontować, odłączyć od portu, podłączyć, portaktować "fsck" i zamontować.
Macie pomysł o co w tym chodzi? Małe ilości danych kopiowane są bez problemu.
Offline
jak masz masę plików -- staruj je w jeden, a jak to pliki tekstowe to nawe możesz je spakować jeszcze -- spakowanie, przesłanie archiwum i rozpakowanie będzie trwało szybciej :)
Offline
Jak już muszę robić do okoła to wygodniej mi jest kopiować partiami :) Ciekawi mnie bardzo powód takiego zachowania...
Offline
Time (s) | Query |
---|---|
0.00006 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00037 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.142.98.111' WHERE u.id=1 |
0.00157 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.142.98.111', 1732837888) |
0.00022 | SELECT * FROM punbb_online WHERE logged<1732837588 |
0.00045 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=8741 AND t.moved_to IS NULL |
0.00021 | SELECT search_for, replace_with FROM punbb_censoring |
0.00079 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=8741 ORDER BY p.id LIMIT 0,25 |
0.00088 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=8741 |
Total query time: 0.0046 s |