Upgrade PostgreSQL 9.2 do 9.3 na CentOS 6.5

Opublikowano: 06.09.2014 | Kategoria: Linux | Tagi: , , | Brak komentarzy »

PostgreSQL logoPrzed rozpoczęciem prac, dobrze jest wykonać backup bazy danych. Przejście z wersji 9.2 na 9.3 wymaga migracji danych, co zostanie opisane poniżej.

1. Instalujemy PGDG file w wersji przeznaczonej dla naszego systemu operacyjnego (pełna lista odpowiednich paczek Postgresa jest dostępna na stronie yum.postgresql.org/repopackages.php#pg93).
Czytaj dalej »


NTFS pod OS X Maverics

Opublikowano: 06.04.2014 | Kategoria: Apple, Hardware | Tagi: | Brak komentarzy »

Niestety opis montowania dysków NTFS pod Mac OS X sprzed kilku miesięcy przestał działać – dysk z danymi pojawia się na sekundę w Finder oznaczony czerwonym minusem, po czym znika. Chcąc mieć możliwość odczytania zawartości dysku NTFS na sprzęcie Apple, musiałem znowu wykonać kilka komend na około…

1. Tworzymy katalog montowania:

mkdir /Volumes/DANE

2. Sprawdzamy dyski widoczne dla Maka:

diskutil list

Powinniśmy dostać coś podobnego do:

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            223.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:          Apple_CoreStorage                         31.4 GB    disk0s4
   5:                 Apple_Boot Boot OS X               134.2 MB   disk0s5
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                 Apple_HFSX EXT                    *31.1 GB    disk1
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *500.1 GB   disk2
   1:                  Apple_HFS Time Machine PQI H566   300.2 GB   disk2s1
   2:               Windows_NTFS DANE                    199.9 GB   disk2s2

3. Znajdujemy na liście interesujący nas dysk typu Windows_NTFS. U mnie to dysk o identyfikatorze disk2s2.
4. Montujemy dysk do wcześniej utworzonego foldera:

sudo mount_ntfs /dev/disk2s2 /Volumes/DANE

Trzeba będzie podać swoje hasło (zakładam, że macie konto z dostępem do uprawnień super użytkownika na Maku).

Z całą procedurą jest jeden problem. Po odmontowaniu dysku, trzeba ją przechodzić od nowa – utworzyć katalog i ręcznie zamontować dysk. Czas chyba przenieść dane na inaczej sformatowany dysk twardy… może ExFAT?


Instalacja i konfiguracja Huawei e1750 na Mac OSX 10.9.2 – Orange Free na kartę

Opublikowano: 27.03.2014 | Kategoria: Apple, Hardware, Mobilnie | Tagi: , , | Brak komentarzy »
  1. Wkładamy kartę SIM w slot modemu.
  2. Podłączamy modem przez port USB do komputera Apple z systemem Mac OSX Mavericks (10.9.2).
  3. Uruchamiamy Preferencje systemowe -> Sieć.
  4. Naciskamy przycisk “+” (“Utwórz nową usługę”) znajdujący się poniżej listy usług po lewej stronie okna. Wyskoczy okno ustawień usługi.
  5. Wybieramy Interfejs HUAWEIMobile-Modem.
  6. Opcjonalnie zmieniamy Nazwę usługi HUAWEIMobile-Modem na np. “Modem HSPA E1750″.
  7. Klikamy Utwórz.
    Dodawanie nowej usługi sieciowej Mac OSX 10.9.2
  8. Wybieramy na liście usług nowo dodaną usługę. W prawej części okna widzimy teraz pola odpowiedzialne za konfigurację połączenia.
  9. Wybieramy w Konfiguracja Domyślna lub dodajemy nową konfigurację.
  10. Wpisujemy w Numer telefonu: *99#
  11. Wpisujemy w Nazwa konta: internet
  12. Wpisujemy w Hasło: internet
  13. Klikamy Połącz.
    Konfiguracja modemu HSPA Huawei e1750  dla Orange na Mac OSX

Zobacz także konfigurację modemu dla usługi PLAY Online.


Mountain Lion i NTFS

Opublikowano: 10.07.2013 | Kategoria: Apple | Tagi: | Brak komentarzy »
  1. Wywalamy wszelkie oprogramowanie firm trzecich tj. NTFS-3G (Tuxera), Paragon (jeżeli nie instalowałeś takiego oprogramowania, to przejdź do punktu 3).
  2. Restartujemy system.
  3. Podpinamy dysk zewnętrzny z partycją NTFS, którą chcemy podmontować (powinna pojawić się w Finderze w trybie tylko do odczytu).
  4. Uruchamiamy Terminal i odczytujemy UUID interesującej nas partycji NTFS (w przykładzie partycja nazywa się “DANE”) uruchamiając polecenie:
    diskutil info /Volumes/DANE/ | grep UUID
    Volume UUID:              36A2CFD4-5276-43A0-7A3E-A21AFAD3E96D
  5. W terminalu uruchamiamy vifs. Polecenie:
    sudo vifs

    podajemy nasze hasło i zmieniamy plik następująco (jest to edytor vi, więc w tryb edycji wchodzimy np. naciskając “a”/wychodzimy z trybu edycji naciskając “escape”):

    #
    # Warning - this file should only be modified with vifs(8)
    #
    # Failure to do so is unsupported and may be destructive.
    #
    
    UUID=36A2CFD4-5276-43A0-7A3E-A21AFAD3E96D none ntfs rw,auto,nobrowse

    Zmiany zapisujemy naciskając w kolejności “escape”, “:”, “w”. Wychodzimy “:” i “q”.

  6. Odmontowujemy dysk w Finderze i wyciągamy kabelek USB/FireWire.
  7. Podłączamy ponownie dysk do Maka. Partycja będzie niewidoczna, więc wykonujemy polecenie:
    open /Volumes/DANE

    Zawartość dysku powinna pojawić się w Finderze. Naciskamy “cmd+T”, aby dodać dysk do zakładek widocznych w Finderze w pasku po lewej stronie w części “Urządzenia”.


SSH: Too many authentication failures for i autoryzacja za pomocą kluczy

Opublikowano: 05.04.2012 | Kategoria: Linux | Tagi: | Brak komentarzy »

Logując się na różne serwery poprzez SSH często korzystam z kluczy. Ustawienia dostępu do poszczególnych serwerów trzymam w pliku konfiguracyjnym klienta SSH ~/.ssh/config. Wygląda on w przybliżeniu tak:

Host 12.34.56.111
     user pucybut
     hostname serwer1.example.com
     port 22
     identityfile ~/.ssh/serwer1_example_com
Host 184.11.14.14
     user kataryniarz
     hostname serwer2.example.org
     port 2222
     identityfile ~/.ssh/serwer2_example_org

Wszystko pięknie działało, kolejne wpisy w konfiguracji działały, aż któregoś dnia serwer, na który loguję się za pomocą hasła, przywitał mnie komunikatem:

SkarMacBookPro: skar $ ssh skar@serwer_z_haslem.example.com
Received disconnect from 112.51.29.77: 2: Too many authentication failures for skar

Domyślnie logi serwera nic nie wykazywały. Po zmianie poziomu logowania ze standardowego na DEBUG (ewentualnie: "ssh -vvv skar@serwer_z_haslem.example.com"), okazało się, że klient próbuje autoryzować się wielokrotnie z wykorzystaniem wszystkich znanych jemu kluczy. Rozwiązanie? Dodać na końcu pliku ~/.ssh/config 3 linijki + 2 przy każdym hoście:

Host 12.34.56.111
     user pucybut
     hostname serwer1.example.com
     port 22
     identityfile ~/.ssh/serwer1_example_com
     RSAAuthentication yes
     PubkeyAuthentication yes
Host 184.11.14.14
     user kataryniarz
     hostname serwer2.example.org
     port 2222
     identityfile ~/.ssh/serwer2_example_org
     RSAAuthentication yes
     PubkeyAuthentication yes
Host *
  RSAAuthentication no
  PubkeyAuthentication no