Strona 1 z 2

Archiwizatory graficzne w Debianie Wheezy nie działają poprawnie (tar.gz)

: 17 marca 2012, 01:34
autor: saturno
Witam.

Mam problem z archiwizowaniem wirtualnego dysku wine (~/.wine).
W Lenny klikałem na folderze i wybierałem utwórz archiwum tar.gz i wszystko szło elegancko, a robiłem to setki razy.

Natomiast we Wheezy (KDE) jest masakra:
- Ark tworzy popsute archiwum, tzn. po rozpakowaniu wine co drugie uruchomienie sadzi błędami w konsoli, że coś nie w porządku z dyskami.
- Xarchiver wywala się. Natomiast uruchamiany w konsoli wywala: naruszenie ochrony pamięci
- File Roller natomiast wywala: Wystąpił błąd podczas podczas dodawania plików do archiwum. Brak dostępu

Dodaje, że przed robieniem archiwum sprawdzam czy nic z: exe lub wine nie jest w dalszym ciągu uruchomione.

Tymczasowo radzę sobie archiwizowaniem katalogu: .wine poprzez skrypt:

Kod: Zaznacz cały

#!/bin/sh
cd ~ &&
tar -cvzf ~/Desktop/archiwum_wine.tar.gz .wine &&
espeak -v pl 'kopia gotowa' &&
dolphin ~/Desktop
Szczególnie martwi mnie Ark bo używając KDE aż się prosi z niego korzystać, a z drugiej strony strach bo tworzy uszkodzone archiwa nie dając żadnych oznak tego.

Przypuszczam, że problem leży w sposobie w jaki powyższe programy graficzne używają programu: gzip.
A dokładniej gzip domyślnie archiwizuje dowiązania nie podążając za nimi (man gzip), co jest logiczne.
Natomiast wygląda na to, że wszystkie powyższe programy mają ustawione podążanie za dowiązaniami, a skoro wszystkie, to gdzieś to globalnie musi być ustawione (tylko gdzie?).

Ps.: W man tar jest błąd w składni (vv):

Kod: Zaznacz cały

$ man tar
...
PRZYKŁADY
       tar -xvvf plik.tar
              rozpakowuje plik.tar

       tar -xvvzf plik.tar.gz [lub plik.tgz]
              rozpakowuje archiwum tar, dekompresując je uprzednio z użyciem gzip

       tar -cvvf plik.tar.gz katalog/
              archiwizuje zawartość katalogu ,,katalog'' w pliku archiwum ,,plik.tar.gz''


: 17 marca 2012, 12:15
autor: Yampress
Używaj 7zip

U mnie działa wszystko dobrze.

Kod: Zaznacz cały

yampress@debian:~$ dpkg -l |grep gzip
ii  gzip                                              1.4-3                          GNU compression utilities
yampress@debian:~$ 

: 25 marca 2012, 00:55
autor: saturno
Zwlekałem z odpowiedzią trochę z powodu innych obowiązków jak również z nadzieją, że aktualizacja KDE rozwiąże problem, ale niestety nic się nie zmieniło.

1. Doprecyzowałem tytuł pierwszego posta, tzn. dodałem słowo: "Graficzne".
2.
Yampress pisze:Używaj 7zip
Proszę pisać konkretnie!

W Debianie mam p7zip:

Kod: Zaznacz cały

$ aptitude search 7zip
p   p7zip                                                          - 7z - archiwizator plików o wysokim współczynniku kompresji               
i A p7zip-full                                                     - Archiwizatory plików 7z i 7za o wysokim współczynniku kompresji          
p   p7zip-rar 
I nie jest on bynajmniej programem graficznym, a z takimi mam problem.

Natomiast używanie 7-Zip, czyli programu zainstalowanego na wine jest raczej kiepskim pomysłem, bo to jakby chciało się tworzyć archiwum z systemu Windows z poziomu programu uruchomionego w tym systemie.

3.
Yampress pisze: U mnie działa wszystko dobrze.
Gratuluję!
System Wheezy instalowałem z net.iso i nie działało.
Następnie instalowałem jeszcze raz z tym, że najpierw Squeezy (system podstawowy) >> aktualizacja do Wheezy >> doinstalowanie KDE i również nie działa prawidłowo żaden archiwizator graficzny!
Więc czy my rozmawiamy o tym samym?

4.
Yampress pisze:

Kod: Zaznacz cały

yampress@debian:~$ dpkg -l |grep gzip
ii  gzip                                              1.4-3                          GNU compression utilities
yampress@debian:~$ 
Czego to dowodzi?
Również mam zainstalowany gzip (trudno go nie mieć!) i sprawia się on całkiem dobrze czego dowodem jest:
saturno pisze: Tymczasowo radzę sobie archiwizowaniem katalogu: .wine poprzez skrypt:
...
Gdzie składnikiem tego skryptu jest właśnie gzip.

Jeszcze raz (więcej i bardziej szczegółowo):
Są problemy z archiwizowaniem ukrytego katalogu: .wine za pomocą graficznych archiwizatorów na Debianie Wheezy z KDE.
a) Dolphin >> katalog: .wine >> PPM >> Kompresuj (Ark) >> Tutaj lub Jako archiwum ZIP/TAR lub Kompresuj do ... (wybieram: .wine.tar.gz) >> tworzone jest archiwum tar.gz z błędnie zarchiwizowanymi dowiązaniami symbolicznymi gdzie po rozpakowaniu wygląda to tak:

Kod: Zaznacz cały

tom@dhcppc0:~/.wine/dosdevices$ ls -l
razem 8
drwxr-xr-x 2 tom tom 4096 lis 26 00:59 c:
drwxr-xr-x 2 tom tom 4096 mar 13 02:21 z:
tom@dhcppc0:~/.wine/dosdevices$ 
I w efekcie tego: winecfg uruchomiony w konsoli zgłasza brak dysku: C
b) PCMan >> katalog: .wine >> PPM >> Pakuj (Xarchiver) >> .wine.tar.gz >> naruszenie ochrony pamięci (w konsoli).
c) Nautilus >> katalog: .wine >> PPM >> Utwórz archiwum... (File-roller) >> wine.tar.gz >> Wystąpił błąd podczas podczas dodawania plików do archiwum.
Brak dostępu

Problemem nie jest program gzip ponieważ katalog: .wine zarchiwizowany za pomocą skryptu (pierwszy post), a następnie rozpakowany zawiera prawidłowe dowiązania symboliczne:

Kod: Zaznacz cały

tom@dhcppc0:~/.wine/dosdevices$ ls -l
razem 0
lrwxrwxrwx 1 tom tom 10 gru 17 14:43 c: -> ../drive_c
lrwxrwxrwx 1 tom tom  1 gru 17 14:43 z: -> /
tom@dhcppc0:~/.wine/dosdevices$ 
Zainstalowałem na VirtualBoksie czyste Lenny z KDE i na nim wine żeby na 100% być pewnym jak tam było i okazało się, że:
W Konqueror (Ark) oraz W Nautilus (File-roller) oraz PCMan (Xarchiver) dowiązania symboliczne były w prawidłowy sposób archiwizowane (identycznie jak w powyższym skrypcie).

Odtworzenie błędu:
- Katalog domowy nie zawierający wirtualnego dysku wine (.wine).
- Utworzenie wirtualnego dysku poprzez wydanie polecenia:

Kod: Zaznacz cały

winecfg
- Upewnienie się że żaden proces: wine lub exe nie jest uruchomiony.
- Upewnienie się że w katalogu gdzie będzie utworzone archiwum nie ma już archiwum o identycznej nazwie jak to które zamierzamy utworzyć.
- Utworzenie za pomocą graficznego archiwizatora archiwum tar.gz z katalogu: ~/.wine
- Usunięcie katalogu ~/.wine
- Rozpakowanie zawartości nowo powstałego archiwum w miejsce usuniętego katalogu: ~/.wine
- Sprawdzenie zawartości katalogu z dowiązaniami symbolicznymi:

Kod: Zaznacz cały

cd ~/.wine/dosdevices && ls -l
- Wykonanie polecenia:

Kod: Zaznacz cały

winecfg
- Sprawdzenie czy próba przejścia do zakładki: Dyski nie powoduje pokazania się komunikatu podobnego jak na załączonym zrzucie lub innych tym podobnych błędów:

Ps.: Pomimo że problem wynikł z wine i może komuś wydawać się mało ważny trzeba mieć świadomość, że dowiązania symboliczne (do plików, katalogów czy urządzeń) występują w wielu miejscach systemu i wszędzie tam mogą wystąpić problemy z archiwizatorami graficznymi.

: 25 marca 2012, 03:30
autor: marcin1982
Zainstaluj pakiety:

Kod: Zaznacz cały

gzip
tar
unrar
unrar-free
xz-lzma
... i będzie wszystko działać.

: 25 marca 2012, 11:30
autor: Yampress
To jest jeszcze taki stary archiwizer arj się zwie. Za czasów dos często używany.

Kod: Zaznacz cały

yampress@debian:~$ aptitude search arj
i A arj                             - Archiwizator dla plików .arj   

: 25 marca 2012, 12:22
autor: saturno
@marcin1982

Z pakietów które podałeś nie miałem tylko: unrar-free. Doinstalowanie go nic nie dało co zresztą było łatwe do przewidzenia.

Z kolei o radzie doinstalowania: gzip i tar nie wiem co mam myśleć?
A może mam doinstalować jeszcze: linux-image?
Przecież: gzip i tar są to podstawowe pakiety bez których nie będzie działać chyba żaden Linux.
Z resztą spójrz:
saturno pisze: Również mam zainstalowany gzip ...
Czego to dowodzi?
Proszę zanim drugi raz zabierzesz się za dawanie tego typu rad przeczytaj dokładnie wszystkie posty w temacie i pomyśl choć chwilę.

: 25 marca 2012, 12:55
autor: fnmirk
Spróbuj sprawdzić, czy na jakieś wersji livecd będzie to samo. Aptosid w wersji z kde powinien być do tego odpowiedni. Co prawda wersja niestabilna ale jest szansa na sprawdzenie nowszych wersji programów. Na czas sesji możesz instalować oprogramowanie jak na dysku.

: 25 marca 2012, 12:59
autor: saturno
Yampress pisze:To jest jeszcze taki stary archiwizer arj się zwie. Za czasów dos często używany.

Kod: Zaznacz cały

yampress@debian:~$ aptitude search arj
i A arj                             - Archiwizator dla plików .arj   
Ark chyba nie widzi tego archiwizera, bo nie ma tego typu archiwum do wyboru.
Natomiast File-roller i Xarchiver wywalają się w identyczny sposób jak przy tworzeniu archiwum tar.gz.

: 25 marca 2012, 13:03
autor: Yampress
Wi·ęc czas nauczyć się pakować pliki wpisując ciekawą składnie polecenia w konsoli ....

: 26 marca 2012, 23:11
autor: saturno
fnmirk pisze:... Aptosid w wersji z kde powinien być do tego odpowiedni. Co prawda wersja niestabilna ale jest szansa na sprawdzenie nowszych wersji programów. ...
Aptosid chyba się zatrzymał, bo posiada równe lub starsze wersje pakietów niż Wheezy: http://debian.tu-bs.de/project/aptosid/ ... 6.manifest

Próbowałem natomiast na VirtualBoksie zainstalować Sida z KDE i nawet jakoś poszło, ale niestety stanęło na: winecfg (mam mało RAM-u).
Udało się natomiast zainstalować na VirtualBoksie Sida z GNOME gdzie wine żwawiej działało niż na KDE.
Próbowałem archiwizować: ~/.wine tylko w jeden sposób:
Nautilus >> katalog: .wine >> PPM >> Utwórz archiwum... (File-roller) >> wine.tar.gz
I niestety podobnie jak we Wheezy nie daje się utworzyć archiwum.
Wynikła jeszcze dodatkowa sprawa okazało się, że w powyższy sposób nie da się zarchiwizować: ~/.wine na żaden typ archiwów dostępnych w File-roller.