Dirty_Rain

вот вам ответ на второй вопрос http://ru.wikipedia.org/wiki/DSL http://ru.wikipedia.org/wiki/DNS http://yandex.ru/yandsearch?text=adsl%20%D1%81%D0%BE%D0%B5%D 0%B4%D0%B8%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%B2%20%D0%BB%D 0%B8%D0%BD%D1%83%D0%BA%D1%81 А на счет первого вопроса, я мало что понял.

Цитата: Попробуйте apt-get install linux-backports-modules-intrepid-generic драйвера от модема скачайте в инетрнете (с) Цитата: он говорит что apt-get not found. Наверное потому что линух стоит "голый". Какие библиотеки нужны для установки? Помогите плиззззз Embarassed и ещё. ,В драйверах устройств у меня только драйвера на видяху Nvidia, которые нужно скачать, а как их скачать если у мя соединения к нету нет??? Какой-то замкнутый круг...... 1 утилита apt запускается только от roota так что команда должна выглядеть sudo apt-get install linux-backports-modules-intrepid-generic 2 утилита apt есть по умолчанию в дистрибутиве Ubuntu 8.10 3 чтобы выполнить эту команду вам ещё необходимо подключение через Ethernet с доступом в интернет чтобы необходимый модуль скачался из репозитариев. вопрос про видеокарту надеюсь отпал сам собой?

Мне кажется, что вы либо не то скачали, либо не так записали

У меня естьп одозрения что автор темы не знает где и какие логи нужно смотреть.... Давайте пойдем другим путем, поставьте рядом с Windows XP желаемый дистрибутив Linux, а дальше посмотрим, если проблема повториться будем смотреть логи, но я искренне сомневаюсь что это прблема ОС, и в целом програмной части. Я поддерживаю точку зрения Brainsburn что это проблема с железом.

всё банально настрой на стационарном компютере точку доступа линукс её увидит. как настраивать точку доступа на винде выходит за рамки этого форума почти все кодеки как и любые другие программы для простых смертных есть в репозитариях, как только ты получишь доступ в интернет при необходимости обновления всё само будет подсасываться, тебе будет нужно только соглашаться с предложенным

rain@LIN1:~$ sudo ping -c 5 -f 192.168.1.5 PING 192.168.1.5 (192.168.1.5) 56(84) bytes of data. --- 192.168.1.5 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 6ms rtt min/avg/max/mdev = 0.109/1.185/5.470/2.142 ms, ipg/ewma Цитата: Не понял. Метровый - это третий или один из двух? Как видно из Вашего пинга, свич от потерь не спасает. 20% или 40% на достаточно коротком пинге - разница невелика. И повторюсь: 20 метров - очень малое расстояние. Бывало, и по полторы сотни метров со скрутками работали витые на 100Mbit без потерь. метровый это третий 2 примерно 20 метровых показали один и тот же результат, а при использовании метрового всё благополучно заработало. Далее, я подключил свич на конец одного из тех двух 20 метровых пачкордов и подключил к этому свичу сервер совсем коротким проводом, вообщем сделал из свича ретранслятор, и, вуаля, проблемы нет, всё рботает как должно. теперь по поводу оборудования: тот свич в свое время держал тоже очень длинные провода более 100 метров, и великолепно работал без потерь и заоблачных задержек, отсюда я делаю вывод что проблема в роутере, и обоснованием тому служит вполне объективная причина, роутер WL-520G расчитан в основном на Wi-Fi соединения, и тут у меня к нему нареканий нет, ну или на крайняк подключение по Ethrnet компютера находящегося непосредственно рядом с этим маршрутизатором, поэтому производитель мог специально занизить мощность сигнала по Ethernet для экономии потребляемой энергии. Собственно это не все проблемы с которыми я столкнулся с этим маршрутизатором, но об этом уже было не раз сказано почти в любой теме про этот агрегат

Цитата: Маловероятно. 20 метров - очень малое расстояние. Скорее можно предположить, что проблема в патчкорде. при тестировании было проверено 2 пачкорда, с одинаковым успехом, на метровом кабеле никаких проблем, сейчас рядом с сервером стоит заведомо хороший и мощный свич, выполняющий функцию ретранслятора а теперь вывод команд со свичем и без него: со свичем: rain@LIN1:~$ ping -c 5 -s 1472 192.168.1.5PING 192.168.1.5 (192.168.1.5) 1472(1500) bytes of data.1480 bytes from 192.168.1.5: icmp_seq=1 ttl=64 time=1.70 ms1480 bytes from 192.168.1.5: icmp_seq=2 ttl=64 time=0.897 ms1480 bytes from 192.168.1.5: icmp_seq=3 ttl=64 time=0.898 ms1480 bytes from 192.168.1.5: icmp_seq=4 ttl=64 time=0.900 ms1480 bytes from 192.168.1.5: icmp_seq=5 ttl=64 time=0.896 ms--- 192.168.1.5 ping statistics ---5 packets transmitted, 5 received, 0% packet loss, time 4001msrtt min/avg/max/mdev = 0.896/1.059/1.705/0.323 msrain@LIN1:~$ ping -c 5 -s 1473 192.168.1.5PING 192.168.1.5 (192.168.1.5) 1473(1501) bytes of data.1481 bytes from 192.168.1.5: icmp_seq=1 ttl=64 time=0.963 ms1481 bytes from 192.168.1.5: icmp_seq=2 ttl=64 time=0.943 ms1481 bytes from 192.168.1.5: icmp_seq=3 ttl=64 time=0.937 ms1481 bytes from 192.168.1.5: icmp_seq=4 ttl=64 time=0.937 ms--- 192.168.1.5 ping statistics ---5 packets transmitted, 4 received, 20% packet loss, time 4004msrtt min/avg/max/mdev = 0.937/0.945/0.963/0.010 msrain@LIN1:~$ ping -c 5 -s 65000 192.168.1.5PING 192.168.1.5 (192.168.1.5) 65000(65028) bytes of data.--- 192.168.1.5 ping statistics ---5 packets transmitted, 0 received, 100% packet loss, time 4030ms с 3 командой не разобрался, машина не понимает аргумент -f теперь тоже самое но без свича: rain@LIN1:~$ ping -c 5 -s 1472 192.168.1.5PING 192.168.1.5 (192.168.1.5) 1472(1500) bytes of data.1480 bytes from 192.168.1.5: icmp_seq=1 ttl=64 time=0.655 ms1480 bytes from 192.168.1.5: icmp_seq=5 ttl=64 time=0.621 ms--- 192.168.1.5 ping statistics ---5 packets transmitted, 2 received, 60% packet loss, time 4022msrtt min/avg/max/mdev = 0.621/0.638/0.655/0.017 msrain@LIN1:~$ ping -c 5 -s 1473 192.168.1.5PING 192.168.1.5 (192.168.1.5) 1473(1501) bytes of data.1481 bytes from 192.168.1.5: icmp_seq=2 ttl=64 time=0.694 ms1481 bytes from 192.168.1.5: icmp_seq=3 ttl=64 time=0.698 ms1481 bytes from 192.168.1.5: icmp_seq=4 ttl=64 time=0.654 ms--- 192.168.1.5 ping statistics ---5 packets transmitted, 3 received, 40% packet loss, time 4004msrtt min/avg/max/mdev = 0.654/0.682/0.698/0.019 msrain@LIN1:~$ ping -c 5 -s 65000 192.168.1.5PING 192.168.1.5 (192.168.1.5) 65000(65028) bytes of data.--- 192.168.1.5 ping statistics ---5 packets transmitted, 0 received, 100% packet loss, time 4029ms

по порядку: 1 попробуйте скачать новый образ с функцией Live CD (можно даже попробовать другой дистрибутив) 2 если чесно я слабо представляю себе картину когда комп виснет от установки CD. я не знаю как это делаете вы но почему то мне кажется что не совсем коректно, сделайте так: вставьте CD перезагрузите компютер, при загрузке зайдите в BIOS это обычно либо клавиша del, либо F2, выберете меню boot в котором поищите настройки определяющие с какого устройства необходимо грузить систему, выберете первым CD-ROM, а вторым Hard drive, нажмите F10 для сохранения настроек и перезагрузитесь. далее у вас пойдет загрузка сразу с CD исключая любые неисправности на hdd. если вы делаете всё именно так как описал я то скорее всего диск битый. 3 графичекий интерфейс практически не влияет на функциональность операционной системы linux так что делайте выводы.

UPD: вернув сервер после перезаливки на его законное место проблема повторилась, путем не хитных умозаключений и тестов я выяснил в чем была проблема. А проблма заключалась в роутере (Аsus WL-520G), а точнее в его слишком слабом сигнале по кабелю, мощьности не хватало на устойчивый сигнал по 20 метровому пачкорду. причем хочу заметить что при пинге пакеты не терялись! соответственно попутный вопрос, можно ли в выше указанном роутере поднять мощность сигнала Ethernet интерфейса

Можно попробовать заново установить suse (это вариант наименьшего сопротивления). Другой способ значительно более трудоемкий, вам нужно изучить GRUB и постараться востановить старый, или же сконфигурировать новый. Собственно это все возможные варианты в вашем случае, так как виндовый загрузчик потерян для предустановленной vistы. По форуму, так же как и в любом поисковике по "GRUB" можно найти исчерпывающюю информацию. p.s. ничего хорошего не ждите если контрольная сумма не сошлась

вообщем решил я проблему совсем радикально, переустановил систему, установил старые конфиги, всё теперь работает всем спасибо за ответы!

gogi писал(а) Wed, 19 August 2009 18:45 Могу предположить, что сеть зарубает длинные пакеты. Попробуйте поставить на интерфейсе (или на нескольких интерфейсах, через которые проходят пакеты) MTU 1400 или даже ниже. попробовал так 1400 и 1300 результат осталася прежним, выше 1500 значение значение ввести не дал...

попробовал, ничего не изменилось файл так же был создан а информацией заполнился на пару десятков килобайт. хочу ещё раз подчеркнуть, что с ssh точно такая же ситуация

я не совсем понимаю что значит пассивный режим, ну и все вытекающие: зачем и как?

можно ServerName "FTP"ServerType standaloneDefaultServer onRequireValidShell offAuthPAM offAuthPAMConfig ftpTimeoutLogin 120TimeoutIdle 600TimeoutNoTransfer 900TimeoutStalled 3600UseReverseDNS offPort 21UseIPv6 offUmask 022MaxInstances 30User ftpGroup ftpDefaultRoot ~AllowOverwrite onDefaultRoot ~ users<Limit LOGIN>Order allow,denyAllowAll</Limit><GLOBAL>AllowOverwrite yesIdentLookups off</GLOBAL><Anonymous /FTP>User ftpGroup ftpUserAlias anonymous ftpRequireValidShell noMaxClients 5 displayedDisplayLogin welcome.msgDisplayChdir .message<Limit CWD DIRS READ LIST>AllowAll</Limit><Limit WRITE>DenyAll</Limit><Directory /FTP/anonim/*><Limit READ RETR GET WRITE STOR CWD MKD RMD DELE>AllowAll</Limit><Limit READ>AllowAll</Limit></Directory></Anonymous> вот рбочий конфиг найденый на просторох инетрнета и одогнаны под себя, сдеть всё то что вы хотели каждый пользователь попадает в домашнюю папку в которой предусмотрительно положены символические ссылки на общие ресурсы а аноним попадает сразу на этот общий ресурс и может его только просматривать пользователи регестрируются в ОС как обычные пользователи системы домашняя папка у них это ломашная папка локального пользователя