Здравейте имам два диска 20GB и 60GB.
...
Disk /dev/hda: 41.1 GB, 41110142976 bytes
...
Disk /dev/hdb: 20.4 GB, 20491075584 bytes
...
[/code]

Абе че има 20 гигабайтов хард в системата - има. Ама къде я видя 60-ката?

И другата питанка: защо се хвърляш на LVM, като и JBOD варианта ще ти свърши перфектна работа? Последно като провеярявах:
JBOD = Just a Bunch Of Disks, или на български - просто камара дискове;
В ядрото от много отдавна има една такава възможност:

Код:

CONFIG_MD_LINEAR:                                                                                                                                     │
  │                                                                                                                                                       │
  │ If you say Y here, then your multiple devices driver will be able to                                                                                  │
  │ use the so-called linear mode, i.e. it will combine the hard disk                                                                                     │
  │ partitions by simply appending one to the other.                                                                                                      │
  │                                                                                                                                                       │
  │ To compile this as a module, choose M here: the module                                                                                                │
  │ will be called linear.                                                                                                                                │
  │                                                                                                                                                       │
  │ If unsure, say Y.                                                                                                                                     │
  │                                                                                                                                                       │
  │ Symbol: MD_LINEAR [=n]                                                                                                                                │
  │ Prompt: Linear (append) mode                                                                                                                          │
  │   Defined at drivers/md/Kconfig:47                                                                                                                    │
  │   Depends on: MD && BLK_DEV_MD                                                                                                                        │

Понеже съм потребител, почитател и т.н. на Slackware Linux - не знам как точно и с какви програмни инструменти стават нещата във Debian, но за да са по-простички нещата, защо не си сложиш основната част на дистрото на един малък, отделен дял на един от хардовете, а другото - ако искаш да е "на куп" - да обединиш със горепосочената функционалност на ядрото?

И погледни защо 60-ката излиза според линукса като 40-ка... Ако линукс беше казал 32 гигабайта, щях да предположа ограничаващ капацитета джъмпер, ама 40... не знам!

Успех!

Просто мойте 20 ст'инки...

Не съм сигурен, но мисля, че SPF се използва точно за това...

[Цитат]

Цитат (sharky_ms @ Фев. 10 2008,15:50)

Ще пробвам и със SLAX. Пробвах на машината PCLinuxOS 2007 LiveCD - няма никакви проблеми, даже го инсталирах без никакъв проблем. Относно ядрото: Става въпрос за Debian GNU/Linux, версия 4.0r2, etch, 26 декември 2007, ядро 2.6.18. гледам, че актуалното е 2.6.24, февруари 2008 ?

Аз и за това те карам да пробваш със СЛАКС - там ядрото е по-ново от дебианското, и си мисля че ще ти разпознае машината без проблеми... Като я разпознае - ако дадеш изхода на командите, които посочих по-рано - може и да помагаме със Дебиана/каквото си харесаш...

Иначе се радвам, че си успял със ПиСиЛинуксОС-а!

[Примерен код]

Една молба: вземи SLAX живо ЦД (има го тук, препоръчвам 128к версията), пусни го и пиши какво изкарват

Примерен код

fdisk -l dmesg | grep ST

Не знам защо, ама си мисля, че едно ново ядро може да помогне....
Стига, разбира се, останалите предположения за хардуерни проблеми да са грешни...

[Цитат]

Цитат (laskov @ Фев. 06 2008,13:25)

А дали видът (качеството?) на интерфейсния кабел има значение ?

По принцип не - нали затова са стандартите!

Ако вземем предвид технлогиите, на които разчита SATA интерфейса, от най-ниското ниво (ел. сигнали) до най-високото (SCSI, ATA, etc.), то дадена верига "контролер-кабел-твърд диск" или работи, или не; в най-лошия случай, например при линукс, биха излизали съобщения за чести ресети на въпросната шина/верига/контролер, и съответно, я има някакво доловимо от потребителя/системата забавяне, я не.

Така поне аз виждам нещата.

Друго яче стоят нещата, ако се опитваш да си подкараш SATA харда със мрежовия кабел на тостера, примерно (шегувам се, разбира се!'> )...

[Цитат]

Цитат (Havy @ Фев. 05 2008,18:15)

промених постинга диска е ST3500320NS, a джъмпера е махнат за да е на 3Gb/s...

Ами аз това имам впредвид - те не случайно ти дават харда със сложен джъмпер...

Съвета ми е следния: така и така си играеш да правиш разни тестове, сложи му джъмпера за ограничение на SATA 3GBps харда, и така опитай - може въпреки че работи със канал със по-ниска максимална скорост от теоретично възможната му, зарадите проблемите със съвместимостта в режим SATA 1.5GBps да ти дава по-голяма производителност...

Какъв е тоя HDD ST350320NS?
Принципно, ST = Seagate, 350 = 350 GB, 32 = 32 MB cache,
ама нататък?
На търсене за това, което си посочил, на http://www.seagate.com/ не излиза нищо....
А иначе за другия хард - той си е нормално бърз - има една единствена плоча, със капацитет 160Гб (сийгеитски), та...

Още една идея - знам, че сума ти производители пускат хардове със инсталиран джъмпер за ограничаване до SATA 1.5 GBps, с цел максимална съвместимост. Да не би да имаш проблеми със съвместимостта SATA контролер/ HDD?

Като погледнах файлчетата, които са посочени:
мисля, че въпросното хардче страда от лоши сектори.

Опита ми в такива случаи показва, че ако успееш да си направиш дяловете, заобикаляйки проблемните му места, би трябвало да можеш да го ползваш без проблеми, но, разбира се - нищо важно на него, и със редовно архивиране.

Ако можеш - потърси "инструменти" от производителя, или виж тези например във Ultimate Boot CD - мисля, че там имаше полезни програми.

Все хубави работи! '>

Компилирам от изходен код.

Не съм фен на дърпането на "прекомпилирани" неща.

П.П. Може би понеже така съм свикнал, сега LinuxFromScratch ми става все по-интересен...

въпрос 1: пусна ли lilo след като редактира файла?
въпрос 2: може и да не съм видял правилно, ама няма ли да е по-добре ако няма секции със една и съща информация? (не съм потребител на LILO - аз ползвам GRUB GRUB download site)

Просто мойте 20 ст'инки...

Успех!
 '>

Здрасти!

Преди някоя и друга година, като имах Слак 9, в последствие 10, и се мъчех да си пусна интернет през PPP тунел, имах проблеми със надеждното стартиране на въпросния тунел. До колкото си спомням, се използваше пакета pptp. И пак на спомени - мисля, че се оправи като издърпах актуална версия на въпросната програма.
Казвам всичко това, понеже ти казваш, че ползваш Слак 10 - пробвай да обновиш това-онова.
Това е просто мое предположение.

Успех!

[Примерен код]

И така, за всички желаещи да компилират vsftpd-2.0.5 + PAM от сорс на ОС Slackware 12.0.0,
предлагам да използват следния пач:

Примерен код

--- a/sysdeputil.c   2006-07-03 01:14:10.000000000 +0300 +++ b/sysdeputil.c   2007-10-17 09:40:18.000000000 +0300 @@ -159,7 +159,7 @@  #include <linux/capability.h>  #include <errno.h>  #include <syscall.h> -_syscall2(int, capset, cap_user_header_t, header, const cap_user_data_t, data) +//_syscall2(int, capset, cap_user_header_t, header, const cap_user_data_t, data)  /* Gross HACK to avoid warnings - linux headers overlap glibc headers */  #undef FDMASK

Точна последователност от нужни действия:
1) запазвате горния код, например под името vsftpd-2.0.5-glibc-2.5-patch
2) разархивирате vsftpd-2.0.5.tar.gz :

Примерен код

user@machine$ cd /tmp/compile user@machine$ gunzip -c /път/до/vsftpd-2.0.5.tar.gz | tar -xv user@machine$ cd vsftpd-2.0.5 user@machine$ cat /път/до/vsftpd-2.0.5-glibc-2.5-patch | patch -p1

Следва редактиране на builddefs.h по ваш вкус, като например ако искате PAM поддръжка, то трябва предварително да сте инсталирали PAM....
Пускаме компилирането:

Примерен код

user@machine$ time make user@machine$ su -c "make install"

... и вече имаме изпълнимият файл /usr/local/sbin/vsftpd

Приготвяте и конфигурационните файлове, и сте готови!

Изпробвано и работещо на Slackware 12. По време на компилиране на пачнатия vsftpd излизат няколко warning-а, но не забелязвам това да дава някакво отражение в работата на компилирания сървър.

Успех!

Румба, благодаря ти, че си отделил време да опиташ компилация от сорс!

Сега следва сложното за мене - обновяване на glibc на жива и иначе много дробре работеща система...
...или измисляне на пач, който оправя нещата поне при мен...

Благодаря!

[Примерен код]

Здравейте!

Администрирам сървър, който до скоро беше със Slackware 10.2, но реших да го обновя. Сложих Slackware 12.0.0.
Пренасянето на настройките, потребителски данни и т.н. мина успешно, с някои забележки, естествено...
Проблема, който не ми дава мира е следният:
докато машината беше със стария слак, имах инсталиран vsftpd 2.0.5 + PAM 0.9x.x, като беше настроен със виртуални потребители и т.н. Всичко компилирах от сорс.

При опит за компилиране на vsftpd 2.0.5  на слак 12 се сблъсквам със следния проблем:

Примерен код

sysdeputil.c:162: error: expected declaration specifiers or '...' before 'capset' sysdeputil.c:162: error: expected declaration specifiers or '...' before 'header' sysdeputil.c:162: error: expected declaration specifiers or '...' before 'data' In file included from sysdeputil.c:170: /usr/include/sys/sendfile.h: In function '_syscall2': /usr/include/sys/sendfile.h:35: error: storage class specified for parameter 'sendfile' sysdeputil.c:186: error: storage class specified for parameter 'environ' sysdeputil.c:187: error: storage class specified for parameter 's_proctitle_space' sysdeputil.c:187: error: parameter 's_proctitle_space' is initialized sysdeputil.c:188: error: storage class specified for parameter 's_proctitle_inited' sysdeputil.c:188: error: parameter 's_proctitle_inited' is initialized sysdeputil.c:189: error: storage class specified for parameter 's_p_proctitle' sysdeputil.c:189: error: parameter 's_p_proctitle' is initialized sysdeputil.c:201: error: storage class specified for parameter 'do_sendfile' sysdeputil.c:202: error: storage class specified for parameter 'vsf_sysutil_setproctitle_internal' sysdeputil.c:203: error: storage class specified for parameter 's_proctitle_prefix_str' sysdeputil.c:278: error: storage class specified for parameter 's_pamh' sysdeputil.c:279: error: storage class specified for parameter 's_pword_str' sysdeputil.c:281: error: storage class specified for parameter 'pam_conv_func' sysdeputil.c:282: error: storage class specified for parameter 'vsf_auth_shutdown' sysdeputil.c:288: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:383: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:398: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:436: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:474: error: storage class specified for parameter 'do_checkcap' sysdeputil.c:478: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:497: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:514: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:527: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:604: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:641: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:796: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:803: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:809: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:856: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:889: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:930: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:935: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:976: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:1012: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:1128: error: storage class specified for parameter 's_uwtmp_inserted' sysdeputil.c:1129: error: storage class specified for parameter 's_utent' sysdeputil.c:1134: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:1173: error: expected '=', ',', ';', 'asm' or '' before '{' token sysdeputil.c:1189: error: old-style parameter declarations in prototyped function definition sysdeputil.c:162: error: parameter name omitted sysdeputil.c:162: error: parameter name omitted sysdeputil.c:162: error: parameter name omitted sysdeputil.c:1189: error: expected '{' at end of input make: *** [sysdeputil.o] Error 1

Реших, че има нещо гнило в цялата работа, и порових из интернет. Открих следното - цък.
На форума от линка, господата казват общо взето, че понеже слак 12 идвал без PAM (цък), видите ли, трябвало да го зарязваме, и да минаваме на друго дистро. Е да, ама аз не ща!

Рових из сорсовете - както се вижда от кода по-горе, vsftpd във файла си sysdeputil.c включва /usr/include/sys/sendfile.h, който, стига да погледне човек във него, си пише, че е част от glibc-2.5 (това във Slackware 12).

Според вас, не е ли редно автора на иначе страхотната програма vsftpd да вземе да я погледне - изпратил съм му e-mail, описващ проблема - в случая - съвместимост със glibc-2.5.0;
и нещо по-"практически приложимо" : ще опита ли някой от вас, със система с glibc версия поне 2.5.0 да компилира vsftpd-2.0.5 (сайт) от сорс, за да знам струва ли си мъката да опитвам да обновявам glibc ?

Благодарности!

Имате ли опит във компилиране на GRand Unified Bootloader на x86_64 платформа? Ако имате - ще споделите ли?

Лично аз се опитвам да компилирам GRUB 0.97 на 64-битовия "порт" на Slackware 12 - Bluewhite64, но за сега - безуспешно...

През последните няколко дни във LKML имаше описание на проблем точно със GRUB, и вземайки го впредвид - мисля да сложа и Slackware 12 във минимален вариант за компилация, или да пробвам със SLAX, версията, позволяваща компилиране на приложения... но, как ще стане инсталацията (make install) във такъв случай?

А иначе държа на GRUB, защото откакто съм го срещнал/започнал да го ползвам - съм абсолютно сто процентово очарован от него - свободата, която ми дава.... не мога да я сравня с нищо друго, познато за мен до сега.

Идеи, опит по проблема?

Благодаря предварително!