嵐や潮流などで船舶が受ける外力が錨と錨鎖の抵抗力やプロペラの推進力を上回れば、錨が錨鎖と共に引きずられる。この時、錨が傾いたり反転現象によって把駐力が小さくなり錨が移動し続けることを走錨（そうびょう）と言う。一度、走錨状態になると再び錨の姿勢が正常に戻ることは期待できないため船舶を止めることは難しくなる。嵐などの荒天時では、錨と鎖を引きずっているため、ウィンドラス（揚錨機）では引き上げられなくなる。特にこのような場合には、操船ができずに海難事故に至る危険性が非常に高くなる。実際に事故に至ってしまった例として、2018年台風第21号による関西国際空港連絡橋タンカー衝突事故が挙げられる。この事故では死者は出なかったものの、連絡橋の通行が一時できなくなり、数多くの空港利用者が空港島に取り残されてしまった。底質にもよるが、JIS型やAC-14型では、錨泊時に爪が正常に掛からない場合があり、小さな潮の流れや弱い風などでも船が移動する場合があるので、この時はアンカーの打ち直しを行う。旧来のストック・アンカーではストックにより姿勢が安定しやすいため走錨が起こりにくいとされている。
船が受ける風圧や波、潮流などに対して十分安全なだけの抵抗を生む錨と錨鎖が使用されることで停泊時の安全が保たれることが基本である。嵐の時には錨泊する場合には錨と錨鎖はぜひ必要な装備であるが、それ以外の通常航海時には大きな揚錨機も含めて、場所と重量の分だけ無駄となる。そのため、21世紀初頭での実際の使用環境では、錨と錨鎖だけでなく主機関による推進力によっても安全が担保できるとして、錨と錨鎖が小型軽量化されることがある。
旧日本海軍の操船教本には、繰り出す錨鎖の長さL(m)は水深D(m)に対して3D+90で表され、荒天時は4D+145で表されている。これらは現在でも一般的に使用されており運輸安全委員会の調査では、特別な場合を除いてこの数値に準じていれば、錨泊時の安全性が保たれると報告されている。錨鎖を長く出すほど抵抗が増すが、繰り出しや引き込みの作業時間が多くなることや、単錨泊の場合には船の振られる幅も大きくなる。このため、港によっては錨泊場所や鎖の繰り出す長さに制限を設けている場所もある。
初期のコンピュータはメインフレームであり、OSを持たなかった。この時代のユーザーはマシンを単独使用し、パンチカードや磁気テープやさん孔テープの形でプログラムとデータを事前に用意してやってきた。そのプログラムをマシンに読み込ませ、完了するかクラッシュするまでプログラムを実行させる。プログラムのデバッグは制御パネルのトグルスイッチやランプを使って行った。アラン・チューリングは初期のコンピュータの1つ Manchester Mark I でのこのような作業が得意だったという。彼は万能チューリングマシンの原理から「オペレーティングシステム」の基本的概念に既に到達していた。プログラマは記号言語、アセンブラ、コンパイラなどを開発し、それまでバイナリで直接書かれていたプログラムを記号化されたプログラムコードで書いて自動的にバイナリに変換するようになった。さらに入出力などを扱うサポートプログラムをライブラリとしてまとめ、パンチカードや磁気テープに格納し、ユーザープログラムとリンクして利用するようになる。その仕組みが現代的オペレーティングシステムの始まりである。しかし、その時点でもまだマシンは一度に1つのジョブしか実行できなかった。イギリスのケンブリッジ大学ではテープを物干し竿にかけ、それぞれに色つきの洗濯ばさみをつけて優先順位を示すという人力のジョブ管理を行っていた。コンピュータの性能が向上してくると、実際に計算をする時間よりもユーザーからユーザーへ利用を引き継ぐのにかかる時間が大きくなってきた。それまで壁にかかった時計をチェックして課金していたが、コンピュータが自動的にログをとるようになった。ランキューは文字通りドアの前に並ぶユーザーのキューだったが、それが予約表となり、リーダーに複数のジョブのパンチカードを積み重ねるようになり、最終的にOSが磁気テープ装置をオンラインにする順序を自動的に選択するようになった。かつてはプログラム開発者がマシンを直接操作してジョブを実行していたが、マシンの保守も行う専任オペレータがそれに取って代わるようになり、タスクを手動で設定することは少なくなっていった。計算センターが商売として成り立つようになると、入出力のバグなどでデータが失われることが問題となり、装置ベンダーはシステムリソースの誤用を防ぐようランタイムライブラリを強化せざるを得なくなった。自動監視はCPU使用状況だけでなく、印刷したページ数、パンチしたカード枚数、読み込んだカード枚数、使用したディスク容量などに及ぶようになり、ジョブ実行中の磁気テープ交換などオペレータの介入が必要な事象を知らせる機能が生まれた。セキュリティ機能としては、どのプログラムがどのファイルにアクセスしたかなどを記録する監査証跡機能がOSに加えられ、科学技術計算プログラムが給与台帳ファイルにアクセスするなどの不正なアクセスを防ぐようになった。これらの機能はすべて、完全なオペレーティングシステムの一部となった。そしてランタイムライブラリが進化してジョブ投入前に起動するようになり、ジョブを受けつけ、その実行を制御し、リソース使用状況を記録し、ジョブが完了するとリソースの再割り当てをして次のジョブを実行するといった機能を持つようになった。このバックグラウンドで常駐してシステム全体を管理するプログラムは、モニターあるいはモニタープログラムなどと呼ばれ、後にオペレーティングシステムと呼ばれるようになった。ハードウェアの管理、ソフトウェアのスケジューリング、リソース監視などを行うプログラムが後のパーソナルコンピュータ時代のユーザー志向OSの先祖といえる。しかし、OSの意味するものは時代と共に変化している。昔の自動車にはスピードメーターもラジオもエアコンもなかったが、後にそれらは標準装備となった。それと同様に、オプションのソフトウェア機能が多くのOSパッケージの標準機能となっていった。ただし、データベース管理システムや表計算ソフトといったアプリケーションは今もオプションであり、別個に販売されている。このため現代でOSと言えば、グラフィカルユーザインタフェースを備え、ユーティリティ群を備え、テキストエディタやファイルマネージャなどのアプリケーションや設定ツールを含むシステムを指すようになっている。初期のOSの真の子孫は、今では「カーネル」と呼ばれる部分である。技術畑では、古くからの意味でのOSが今も保たれている。これは、携帯機器から産業ロボットやリアルタイム制御システムまでの様々なデータ処理を伴う電子機器の組み込みオペレーティングシステムの開発が今も活発に行われているからで、その多くはユーザーが目にするようなフロントエンドのアプリケーションを実行しない。現代の組み込みOSは1950年代のOSの先祖と比べてもそれほどかけ離れたものではない。