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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2013-11-19 23:30:43

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Znaczki ^@^@^@ w pliku tekstowym

Od paru dni mam dziwne problemy z otwieraniem plików tekstowych w graficznych edytorach, w tym przypadku geany. Początkowo myślałem, że to może coś plik niedomagał ale dziś trafiłem na kolejny pliczek i dokładnie ten sam schemat. Po odpaleniu go w graficznym edytorze, zamiast niego pokazuje się pusty untitled. Ale gdy go się odpali przez vim, bez problemu się ładuje.

Póki co, ten problem pojawia się gdy w grę wchodzą duże pliki, obecnie mi to wyskoczyło przy /var/log/syslog i przy /root/.bash_history . Generalnie plik wygląda normalnie ale w pewnych miejscach jest coś takiego:

Kod:

 776 reboot
 777 ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^     @^@^@^@^@^@^@geany /etc/fstab
....
....
 823 reboot 
 824 ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@exit

Jak widać, te znaczki się chyba tworzą po wydaniu polecenia reboot ale też nie zawsze. Mam w tej historii ponad 4k linijek i poleceń reboot to tam jest 33 a te znaczki @^ są tylko przy dwóch. Nigdzie indziej ich nie ma.

W każdym razie usunięcie tych małp sprawia, że mogę otwierać plik normalnie. Ktoś wie o co chodzi?

Offline

 

#2  2013-11-20 00:41:46

  dominbik - Członek DUG

dominbik
Członek DUG
Zarejestrowany: 2011-07-25

Re: Znaczki ^@^@^@ w pliku tekstowym

system sugeruje ci, żebyś żebyś używał VIMa,

poważnie? - nie mam pojęcia ;p

Ostatnio edytowany przez dominbik (2013-11-20 00:42:05)


http://img34.imageshack.us/img34/5092/zw9m.png http://img29.imageshack.us/img29/219/pibw.png

Offline

 

#3  2013-11-20 09:30:06

  azhag - Admin łajza

azhag
Admin łajza
Skąd: Warszawa
Zarejestrowany: 2005-11-15

Re: Znaczki ^@^@^@ w pliku tekstowym

Się prawdopodobnie plik uszkodził. Przejedź partycję fsckiem.


Błogosławieni, którzy czynią FAQ.
opencaching :: debian sources.list :: coś jakby blog :: polski portal debiana :: linux user #403712

Offline

 

#4  2013-11-20 10:11:03

  dominbik - Członek DUG

dominbik
Członek DUG
Zarejestrowany: 2011-07-25

Re: Znaczki ^@^@^@ w pliku tekstowym

i looknij na SMARTa


http://img34.imageshack.us/img34/5092/zw9m.png http://img29.imageshack.us/img29/219/pibw.png

Offline

 

#5  2013-11-20 15:52:38

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Znaczki ^@^@^@ w pliku tekstowym

A jak się plik uszkadza, to nie powinien być cały nieczytelny?

W każdym razie przeskanowałem roota i znalazł chyba 7 inodów z zero dtime, cokolwiek to znaczy. xD

W smarcie to zauważyłem parę dni temu jedną niedogodność, bo dysk mi zwrócił raz błąd odczytu sektora, czy coś podobnego, nie pamiętam dokładnie, w każdym razie w samrt wyskoczyło:

Kod:

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       1
  3 Spin_Up_Time            0x0027   253   189   021    Pre-fail  Always       -       2033
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1117
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   075   075   000    Old_age   Always       -       18829
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1100
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       277
193 Load_Cycle_Count        0x0032   085   085   000    Old_age   Always       -       346752
194 Temperature_Celsius     0x0022   122   109   000    Old_age   Always       -       28
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       2
199 UDMA_CRC_Error_Count    0x0032   200   196   000    Old_age   Always       -       11
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       1

Teoretycznie to chyba nie jest bad block ale mam błęda odczytu x25.

Kod:

Error 25 occurred at disk power-on lifetime: 18798 hours (783 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 00 40 37 e6  Error: UNC 8 sectors at LBA = 0x06374000 = 104284160

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 08 00 40 37 e6 08      08:54:35.771  READ DMA
  ec 00 00 00 00 00 a0 08      08:54:35.763  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 08      08:54:35.763  SET FEATURES [Set transfer mode]

Jak tylko się ten błąd pojawił to zajrzałem w smart. A wyrzuciło mi go przy skanowaniu testdiskiem w poszukiwaniu zagubionych partycji, Teoretycznie niby wipnąłem sobie cały dysk, a testdisk po skanie i tak nie mógł znaleźć jednej partycji, ale przywróciłem wszystko tak jak być powinno przepisując cała tablicę partycji ręcznie do fdiska z uprzednio zrobionego sfdiskiem backupu. xD Choć to ciekawe bo sfdisk nie chciał mi tego backupu przywrócić, wyrzucił, że ta brakująca partycja zaczyna się tam gdzie dysk się kończy. :]

Ps. nie zmieniajcie sobie porządku partycji, nawet jak fdisk się rzuca, że są one w nie tej kolejności co trza. xD

Tak się zastanawiam, czy to pełne skanowanie testdiskiem można potraktować jako test pod kątem odczytu wszystkich sektorów dysku?

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)