Czy brak wspierania funkcji TRIM powoduje tylko przy zapełnieniu dysku
(gdzie zaczynamy pisać po starych "usuniętych" danych) jego zwalnianie
zapisu? Zwalnia tylko zapis? Czy odczyt też jakoś rykosztem przy okazji
dostaje? Czy odbija się też na trwałości dysku?

do góry

On 10/10/2020 14:55, jedrek wrote:
> Czy brak wspierania funkcji TRIM powoduje tylko przy zapełnieniu dysku
> (gdzie zaczynamy pisać po starych "usuniętych" danych) jego zwalnianie
> zapisu? Zwalnia tylko zapis? Czy odczyt też jakoś rykosztem przy okazji
> dostaje? Czy odbija się też na trwałości dysku?

Brak TRIM sprawia, że dysk widzi całą przestrzeń jako "pełną". Wszystkie
sektory muszą zostać utrzymane w konsystencji, nawet te puste co nie
używasz. Powoduje to szybsze zużywanie się dysku. Ilość danych, które Ty
wgrasz na dysk nie ma znaczenia - kontroler myśli, że cały dysk jest
zajęty, cały czas.
Rozwiązaniem tego problem może być zostawienie przestrzeni pustej na
dysku, bez partycji. Wtedy kontroler będzie wiedział, że nie używasz tej
przestrzeni i tam będzie swapował komórki podczas wear-leveling.
Partycję tą (pustą) stwórz najlepiej za pomocą Gparted i po utworzeniu
jej wywołaj polecenie fstrim -va, aby ręcznie sTRIMować tą przestrzeń -
twój XP nie będzie w stanie tego zrobić.

--
pozdrawiam, pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

do góry

W dniu 2020-10-10 o 17:21, pioruns pisze:
> On 10/10/2020 14:55, jedrek wrote:
>> Czy brak wspierania funkcji TRIM powoduje tylko przy zapełnieniu dysku
>> (gdzie zaczynamy pisać po starych "usuniętych" danych) jego zwalnianie
>> zapisu? Zwalnia tylko zapis? Czy odczyt też jakoś rykosztem przy okazji
>> dostaje? Czy odbija się też na trwałości dysku?
>
> Brak TRIM sprawia, że dysk widzi całą przestrzeń jako "pełną". Wszystkie
> sektory muszą zostać utrzymane w konsystencji, nawet te puste co nie
> używasz. Powoduje to szybsze zużywanie się dysku. Ilość danych, które Ty
> wgrasz na dysk nie ma znaczenia - kontroler myśli, że cały dysk jest
> zajęty, cały czas.

Wszystkich dysków SSD się to tyczy? A co z nowymi, które mają Auto-TRIM
i Auto-Garbage? Np. taki? -
<https://www.samsung.com/pl/memory-storage/sata-ssd/
860-evo-sata-3-2-5-inch-ssd-250gb-mz-76e250b-eu/>

Na fali modernizacji obecnego sprzętu zastanawiam się też nad SSD-kiem
do netbooka z Win XP.

> Rozwiązaniem tego problem może być zostawienie przestrzeni pustej na
> dysku, bez partycji. Wtedy kontroler będzie wiedział, że nie używasz tej
> przestrzeni i tam będzie swapował komórki podczas wear-leveling.
> Partycję tą (pustą) stwórz najlepiej za pomocą Gparted i po utworzeniu
> jej wywołaj polecenie fstrim -va, aby ręcznie sTRIMować tą przestrzeń -
> twój XP nie będzie w stanie tego zrobić.

I pewnie dobrze by było zrobić zapas wielkości 20% dostępnej do zapisu
powierzchni? Jako, że dyski po przekroczeniu 80% pojemności potrafią
mocno zwolnić.

K.

--
http://www.krystek.art.pl/

do góry

Wcale nie przypadkiem, dnia Tue, 10 Nov 2020 18:40:00 +0100
doszła do mnie wiadomość <5faad070$0$521$65785112@news.neostrada.pl>
od Krystek <s...@k...art.pl> :
>W dniu 2020-10-10 o 17:21, pioruns pisze:
>> On 10/10/2020 14:55, jedrek wrote:
>>> Czy brak wspierania funkcji TRIM powoduje tylko przy zapełnieniu dysku
>>> (gdzie zaczynamy pisać po starych "usuniętych" danych) jego zwalnianie
>>> zapisu? Zwalnia tylko zapis? Czy odczyt też jakoś rykosztem przy okazji
>>> dostaje? Czy odbija się też na trwałości dysku?
>>
>> Brak TRIM sprawia, że dysk widzi całą przestrzeń jako "pełną". Wszystkie
>> sektory muszą zostać utrzymane w konsystencji, nawet te puste co nie
>> używasz. Powoduje to szybsze zużywanie się dysku. Ilość danych, które Ty
>> wgrasz na dysk nie ma znaczenia - kontroler myśli, że cały dysk jest
>> zajęty, cały czas.
>
>Wszystkich dysków SSD się to tyczy? A co z nowymi, które mają Auto-TRIM
>i Auto-Garbage? Np. taki? -
><https://www.samsung.com/pl/memory-storage/sata-ssd
/860-evo-sata-3-2-5-inch-ssd-250gb-mz-76e250b-eu/>
>
>Na fali modernizacji obecnego sprzętu zastanawiam się też nad SSD-kiem
>do netbooka z Win XP.

Pierwsze słyszę o czymś takim, to pewnie bełkocik marketingowy.
Jak system nie obsługuje TRIM(garbagecollector musi być w firmware dysku, bo bez
niego
dyski byś wymieniał co dwa tygodnie), to nic tego nie zrekompensuje.
Z tego co wiem, były próby pisania firmware do SSD(chyba Crucial), który to firmware
potrafił rozpoznawać system plików jaki jest na dysku, MFT oraz granice partycji, w
takim
przypadku możnaby zaryzykować analizę(w samym firmware) wolnych klastrów i wykonać na
tej
podstawie TRIM, ale to raczej zbyt wielkie ryzyko utraty danych.

>> Rozwiązaniem tego problem może być zostawienie przestrzeni pustej na
>> dysku, bez partycji. Wtedy kontroler będzie wiedział, że nie używasz tej
>> przestrzeni i tam będzie swapował komórki podczas wear-leveling.
>> Partycję tą (pustą) stwórz najlepiej za pomocą Gparted i po utworzeniu
>> jej wywołaj polecenie fstrim -va, aby ręcznie sTRIMować tą przestrzeń -
>> twój XP nie będzie w stanie tego zrobić.
>
>I pewnie dobrze by było zrobić zapas wielkości 20% dostępnej do zapisu
>powierzchni? Jako, że dyski po przekroczeniu 80% pojemności potrafią
>mocno zwolnić.

Zostawić 30% wolnego poza partycjami(a nawet więcej) i po krzyku, lub postawić małego
Linuksa czy W10 i robić TRIM manualnie(konsolowy Linux powinien być malutki), można
też
coś małego na pendrajwa wrzucić.
Na jednym komputerze z Revodrive mam 30% wolnego - RevoDrive nie obsługuje TRIM.

Tak na marginesie, kilka dni temu mój MX500 1TB ni z tego ni z owego zniknął sobie z
systemu i managera urządzeń, padły otwarte aplikacje, już byłem pewien, że dane
poszły
się opalać, ale na szczęście nie...

Dysk wpięty mam po Esata-p, ponowne wpięci e fizyczne dysku - działa kilkanaście
sekund i
znika(sprawdzane na kilku komputerach), ale co któreś wpięcie działa dość długo, 1-3
minuty, co mi wystarczyło na sukcesywne zgrywanie danych, jak dysk znikał, to go
wypinałem i ponownie wpinałem po czym przenosiłem porcje danych(było tego do
przenoszenia
coś koło 180 GB).
Co najdziwniejsze, im mniej zostawało danych do przeniesienia(nie kopiowałem a
przenosiłem) tym dłużej dysk pracował do kraszu, w końcu, jak zostało tych danych
jakieś
30 GB to dysk przestał znikać i pracował poprawnie(było kilka błędów w plikach, ale
to
naprawił chkdsk z W10). Smart czysty, zero reallokacji, zapisów mniej jak 4TB, nie
rozumiem tego znikania, błąd firmware? Błąd systemu operacyjnego? Prawie cały dzień z
tym
walczyłem, ale odzyskałem(chyba) wszystko.
Na wszelki wypadek poszło secure erase, a dysk chwilowo działa bez błędów.
Inna sprawa, że ja ten dysk potrafiłem wypiąć na żywca jeśli system nie potrafił go
odmontować, przed "awarią" usunąłem z niego jakieś 300GB plików i zrobiłem retrim z
W10
po czym wypiąłem go bez odmontowania.
Obstawiam błąd firmware, ale nie mam na to dowodów(to znikanie z managera urządzeń
może o
tym świadczyć), jak to jeszcze raz wystąpi, to chyba nie obejdzie się bez zgłoszenia
ewentualnego błędu do producenta.

>K.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry

Spokojnie robią to SSD Intela.
Instalujesz Intel SSD Toolbox i zamiatasz :-)
Z tym, że warto się spieszyć z downloadem i zachomikować, bo mogą zabrać ze strony
(End of Life - Version: 3.5.15 Latest
23-10-2020):
https://downloadcenter.intel.com/download/29981/Inte
l-Solid-State-Drive-Toolbox

do góry

W dniu 2020-11-10 o 19:40, Olaf Frikiov Skiorvensen pisze:
> Wcale nie przypadkiem, dnia Tue, 10 Nov 2020 18:40:00 +0100
> doszła do mnie wiadomość <5faad070$0$521$65785112@news.neostrada.pl>
> od Krystek <s...@k...art.pl> :
>> W dniu 2020-10-10 o 17:21, pioruns pisze:
>>> On 10/10/2020 14:55, jedrek wrote:
>>>> Czy brak wspierania funkcji TRIM powoduje tylko przy zapełnieniu dysku
>>>> (gdzie zaczynamy pisać po starych "usuniętych" danych) jego zwalnianie
>>>> zapisu? Zwalnia tylko zapis? Czy odczyt też jakoś rykosztem przy okazji
>>>> dostaje? Czy odbija się też na trwałości dysku?
>>>
>>> Brak TRIM sprawia, że dysk widzi całą przestrzeń jako "pełną". Wszystkie
>>> sektory muszą zostać utrzymane w konsystencji, nawet te puste co nie
>>> używasz. Powoduje to szybsze zużywanie się dysku. Ilość danych, które Ty
>>> wgrasz na dysk nie ma znaczenia - kontroler myśli, że cały dysk jest
>>> zajęty, cały czas.
>>
>> Wszystkich dysków SSD się to tyczy? A co z nowymi, które mają Auto-TRIM
>> i Auto-Garbage? Np. taki? -
>> <https://www.samsung.com/pl/memory-storage/sata-ssd/
860-evo-sata-3-2-5-inch-ssd-250gb-mz-76e250b-eu/>
>>
>> Na fali modernizacji obecnego sprzętu zastanawiam się też nad SSD-kiem
>> do netbooka z Win XP.
>
> Pierwsze słyszę o czymś takim, to pewnie bełkocik marketingowy.
> Jak system nie obsługuje TRIM(garbagecollector musi być w firmware dysku, bo bez
niego
> dyski byś wymieniał co dwa tygodnie), to nic tego nie zrekompensuje.
> Z tego co wiem, były próby pisania firmware do SSD(chyba Crucial), który to
firmware
> potrafił rozpoznawać system plików jaki jest na dysku, MFT oraz granice partycji, w
takim
> przypadku możnaby zaryzykować analizę(w samym firmware) wolnych klastrów i wykonać
na tej
> podstawie TRIM, ale to raczej zbyt wielkie ryzyko utraty danych.

No to sobie daruję SSD pod tego XP-ka. Trudno.

>>> Rozwiązaniem tego problem może być zostawienie przestrzeni pustej na
>>> dysku, bez partycji. Wtedy kontroler będzie wiedział, że nie używasz tej
>>> przestrzeni i tam będzie swapował komórki podczas wear-leveling.
>>> Partycję tą (pustą) stwórz najlepiej za pomocą Gparted i po utworzeniu
>>> jej wywołaj polecenie fstrim -va, aby ręcznie sTRIMować tą przestrzeń -
>>> twój XP nie będzie w stanie tego zrobić.
>>
>> I pewnie dobrze by było zrobić zapas wielkości 20% dostępnej do zapisu
>> powierzchni? Jako, że dyski po przekroczeniu 80% pojemności potrafią
>> mocno zwolnić.
>
> Zostawić 30% wolnego poza partycjami(a nawet więcej) i po krzyku, lub postawić
małego
> Linuksa czy W10 i robić TRIM manualnie(konsolowy Linux powinien być malutki), można
też
> coś małego na pendrajwa wrzucić.
> Na jednym komputerze z Revodrive mam 30% wolnego - RevoDrive nie obsługuje TRIM.
>
> Tak na marginesie, kilka dni temu mój MX500 1TB ni z tego ni z owego zniknął sobie
z
> systemu i managera urządzeń, padły otwarte aplikacje, już byłem pewien, że dane
poszły
> się opalać, ale na szczęście nie...
>
> Dysk wpięty mam po Esata-p, ponowne wpięci e fizyczne dysku - działa kilkanaście
sekund i
> znika(sprawdzane na kilku komputerach), ale co któreś wpięcie działa dość długo,
1-3
> minuty, co mi wystarczyło na sukcesywne zgrywanie danych, jak dysk znikał, to go
> wypinałem i ponownie wpinałem po czym przenosiłem porcje danych(było tego do
przenoszenia
> coś koło 180 GB).
> Co najdziwniejsze, im mniej zostawało danych do przeniesienia(nie kopiowałem a
> przenosiłem) tym dłużej dysk pracował do kraszu, w końcu, jak zostało tych danych
jakieś
> 30 GB to dysk przestał znikać i pracował poprawnie(było kilka błędów w plikach, ale
to
> naprawił chkdsk z W10). Smart czysty, zero reallokacji, zapisów mniej jak 4TB, nie
> rozumiem tego znikania, błąd firmware? Błąd systemu operacyjnego? Prawie cały dzień
z tym
> walczyłem, ale odzyskałem(chyba) wszystko.
> Na wszelki wypadek poszło secure erase, a dysk chwilowo działa bez błędów.
> Inna sprawa, że ja ten dysk potrafiłem wypiąć na żywca jeśli system nie potrafił go
> odmontować, przed "awarią" usunąłem z niego jakieś 300GB plików i zrobiłem retrim z
W10
> po czym wypiąłem go bez odmontowania.
> Obstawiam błąd firmware, ale nie mam na to dowodów(to znikanie z managera urządzeń
może o
> tym świadczyć), jak to jeszcze raz wystąpi, to chyba nie obejdzie się bez
zgłoszenia
> ewentualnego błędu do producenta.

A nie możesz go podpiąć po zwykłe SATA na płycie głównej? Może to
problem połączeniowy? Przewód lub gniazdo?

Do zapasowego komputera, na którym teraz pracuję zamówiłem sobie Crucial
MX500 250GB. Aktualny dysk to 160GB i raczej niezbyt pewny, bo słychać
dzwonienie talerzami. Był tam kiedyś w tym komputerze dysk 320GB, ale
potrzebowałem na jakieś większe kopiowanie danych i wyjąłem go do
zewnętrznej obudowy, a na jego miejsce trafił ten 160GB.

Zastanawiałem się jaki dysk kupić - nie najtańszy, ale też nie jakiś
przesadnie drogi. Po rozeznaniu się w opiniach na forach, testach i
różnych stronach technicznych w grę wchodziły: SAMSUNG EVO 860, GoodRam
Irdm Pro Gen. 2 i Crucial MX500. Tak dumałem, dumałem i stanęło na tym,
że lepiej kupić sprzęt firm, które same produkują kości pamięci i
opracowują kontrolery (SAMSUNG, Micron), niż taki, który jest składany
przez firmy zewnętrzne z komponentów różnych producentów (GoodRam).
Ostatecznie wybór padł na Cruciala, bo ma metalową obudowę i ramkę
powiększającą dla głębszych wnęk na dyski w komputerach, a SAMSUNG
obudowę z plastiku.

K.

--
http://www.krystek.art.pl/

do góry

Wcale nie przypadkiem, dnia Wed, 11 Nov 2020 01:20:50 +0100
doszła do mnie wiadomość <5fab2e62$0$6351$65785112@news.neostrada.pl>
od Krystek <s...@k...art.pl> :

>No to sobie daruję SSD pod tego XP-ka. Trudno.

Ja bym olał ten TRIM, zostawić 16 czy 32 GiB miejsca poza partycjami(pustego miejsca)
lub
jakąś partycję na końcu dysku i zainstalować XP, dyskowi nic się nie stanie, zanim go
zajedziesz, to miną eony.
Nawiasem mówiąc, TRIM potrafi spowolnić działania na systemie plików.

>A nie możesz go podpiąć po zwykłe SATA na płycie głównej? Może to
>problem połączeniowy? Przewód lub gniazdo?

Nie wiem co to było, czy firmware nawalił, czy system, czy kieszeń(to dysk M2 w
kieszeni
sata), czy może kabel esata-p lub moje wyciąganie dysku podczas pracy, jak się znowu
porobi, to ędę kombinował, do tej pory nie miałem takich jazd, a tych dysków trochę
mam(esata-p to zwykłe sata, zasilanie ma z portu USB).
https://en.wikipedia.org/wiki/ESATAp


>Zastanawiałem się jaki dysk kupić - nie najtańszy, ale też nie jakiś
>przesadnie drogi. Po rozeznaniu się w opiniach na forach, testach i
>różnych stronach technicznych w grę wchodziły: SAMSUNG EVO 860, GoodRam
>Irdm Pro Gen. 2 i Crucial MX500. Tak dumałem, dumałem i stanęło na tym,
>że lepiej kupić sprzęt firm, które same produkują kości pamięci i
>opracowują kontrolery (SAMSUNG, Micron), niż taki, który jest składany
>przez firmy zewnętrzne z komponentów różnych producentów (GoodRam).
>Ostatecznie wybór padł na Cruciala, bo ma metalową obudowę i ramkę
>powiększającą dla głębszych wnęk na dyski w komputerach, a SAMSUNG
>obudowę z plastiku.

Ja idę po całości, na zewnętrzny dysk daję dysk M2 i dobrą kieszeń(z obsługą TRIM od
strony kontrolera USB i samej kieszeni), moim zdaniem liczy się też gwarancja(5 lat
minimum) i opinie na forach.
Esata-p to dobry wybór(jeśli laptop to ma) bo funkcja TRIM działa z automatu, co do
USB,
to trzeba grzebać w dokumentacjach producenta.
Co do kieszeni USB, to jest minus - złącza wtyczkowe to straszna kupa, u mnie leciały
na
potęgę(te wbudowane w kieszenie, rozdziamdzia się to lub luty puszczają).

>K.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry

On 10/11/2020 17:40, Krystek wrote:

>> Rozwiązaniem tego problem może być zostawienie przestrzeni pustej na
>> dysku, bez partycji. Wtedy kontroler będzie wiedział, że nie używasz tej
>> przestrzeni i tam będzie swapował komórki podczas wear-leveling.
>> Partycję tą (pustą) stwórz najlepiej za pomocą Gparted i po utworzeniu
>> jej wywołaj polecenie fstrim -va, aby ręcznie sTRIMować tą przestrzeń -
>> twój XP nie będzie w stanie tego zrobić.
>
> I pewnie dobrze by było zrobić zapas wielkości 20% dostępnej do zapisu
> powierzchni? Jako, że dyski po przekroczeniu 80% pojemności potrafią
> mocno zwolnić.

Im wiecej wolnego, tym lepiej. Na serwerku mam dwa Corsarze MX 250GB.
Nie potrzebuje robic zadnego overprovisioningu pusta partycja, bo mam w
harmonogramie manualny TRIM calej wolnej powierzchni, wykonywany co 2
tygodnie, automatyczny TRIM w fstab wylaczylem, i wszystko pod kontrola.
Mam zajete 7.2GB na partycji /, wolnego zostalo 210GB (tyle zajmuje
Debian bez /home i /var :D). Dyski pokazuja 3% i 4% zuzycia komorek w SMART.

--
pozdrawiam, pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

do góry

On 11/11/2020 01:14, Olaf Frikiov Skiorvensen wrote:
> Ja bym olał ten TRIM, zostawić 16 czy 32 GiB miejsca poza partycjami(pustego
miejsca) lub
> jakąś partycję na końcu dysku i zainstalować XP, dyskowi nic się nie stanie, zanim
go
> zajedziesz, to miną eony.

Zdziwilbys sie. Nowe dyski SSD sa coraz gorsze. Ponadto, wszystkie tanie
SSD nie maja zadnej pamieci Cache DRAM - wszystko laduje od razu do
krzemu. Zajezdza to komorki o wiele szybciej niz zapis buforowany
wewnetrznie w DRAM. Ponadto, zobacz to:
https://www.howtogeek.com/444787/multi-layer-ssds-wh
at-are-slc-mlc-tlc-qlc-and-mlc/
QLC - obecny standard. Kazda komorka, zamiast przechowywac 0V i np. 1V
charge jak dyski twarde czy pamiec RAM, to przechowuje 16 poziomow
naladowania! 0, 0.1V, 0.15V, i tak do np. 1V, 16 roznych poziomow
(napiecie to tylko przyklad) i tak dalej miliardy razy w kazdej kostce
pamieci w SSD.
Po jakims czasie poziom naladowania spada, z 0.155 na 0.15, i nizej i
nizej, kontroler mosi sie napracowac bo ma tysiace korekcji ECC na
sekunde i twoja predkosc odczytu spada. Ponadto, komorki, w ktorym
poziom naladowania sie zdegradowal mocno musza zostac zapisane jeszcze
raz, aby dysk "nie zapomnial" naszych danych. A wiec nie dosc, ze
kontroler SSDka pracuje na maxa bo na mnostwo korekcji ECC, to jeszcze
co jakis czas wykonuje zapis nie zmienionych przez uzytkownika, ale
degradujacych sie w pamieci SSD, danych. Wear leveling tu sie wlacza -
te 16-poziomowe (czyli 4 bitowe) komorki maja tylko 1000 zapisow (P/E
cycles) dozywotnio po czym umieraja!! Dla porownania, stare dyski SSD z
pamiecia Single-Level Cell (SLC) maja dozywotnio 100k zapisow na
komorke. A stary dobry dysk HDD ma nieskonczonosc zapisow na fizyczny
sektor, chyba ze mu mechanika sie zajedzie, glowice, czy inne efekty.

To nie koniec pedu za tanioscia - Toshiba i konkurencja juz powoli
wprowadza Penta-Level Cell (PLC), 5 bitow, a wiec 32 poziomy naladowania
na kazda komorke. Ciekawe ile razy to bedzie sie dalo zapisac zanim
zdechnie... ;)

> Nawiasem mówiąc, TRIM potrafi spowolnić działania na systemie plików.

Tez tak slyszalem. Dlatego mam TRIM calej powierzchni wywolywany z
harmonogramu co 2 tygodnie. TRIM On-the-fly przy kazdym skasowaniu pliku
z definicji nawet wydaje sie byc mniej efektywny, bo kasuje 1000 razy po
malym pliczku (a kontroler dziala na calych blokach, a nie malutkich
sektorach), zamiast calego bloku naraz jak przy wywolaniu manualnym.

--
pozdrawiam, pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

do góry

On 10/11/2020 18:40, Olaf Frikiov Skiorvensen wrote:
> Zostawić 30% wolnego poza partycjami(a nawet więcej) i po krzyku, lub postawić
małego
> Linuksa czy W10 i robić TRIM manualnie(konsolowy Linux powinien być malutki), można
też
> coś małego na pendrajwa wrzucić.
> Na jednym komputerze z Revodrive mam 30% wolnego - RevoDrive nie obsługuje TRIM.

I to jest swietne rozwiazanie dla Krystek. Wrzucic jednak ten SSD do Win
XP, i co 2 tygodnie zaladowac kompa z pendrive i wywolac sudo fstrim
-va. Ja tak robie na kazdym PC z SSD, nie mam TRIM przy kazdym usunieciu
pliku.

--
pozdrawiam, pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

do góry